http和https和http2.0

http超文本传输协议

• 今天普遍使用的一个版本——HTTP 1.1。
• HTTP是一个应用层协议，由请求和响应构成，是一个标准的客户端服务器模型。
• HTTP是一个无状态的协议。同一个客户端的这次请求和上次请求是没有对应关系。
• 默认HTTP的端口号为80。
• HTTP协议永远都是客户端发起请求，服务器回送响应。
• HTTP协议承载于TCP协议之上。这样就限制了使用HTTP协议，无法实现在客户端没有发起请求的时候，服务器将消息推送给客户端。

1）持久连接
每个TCP连接开始都有三次握手，要经历一次客户端与服务器间完整的往返，而开启了持久化连接就能不必每次都要握手。

在连接中有这个属性的就是打开了持久化连接。下图展示了通过持久 TCP 连接取得 HTML 和 CSS 文件：

2）HTTP管道
持久HTTP多次请求必须严格满足先进先出（FIFO）的队列顺序：发送请求，等待响应完成，再发送客户端队列中的下一个请求。
HTTP管道可以让我们把FIFO队列从客户端（请求队列）迁移到服务器（响应队列）。
这样的话在第一个请求完成后，能马上开始处理第二个请求。

但HTTP 1.x不允许一个连接上的多个响应数据交错到达（多路复用），因而一个响应必须完全返回后，下一个响应才会开始传输。也就是说即使客户端同时发送了两个请求，而且CSS资源先准备就绪，服务器也会先发送HTML响应，然后再交付CSS。
而HTTP2.0就可以多路复用，并可以按优先级返回响应。
3）度量和控制协议开销
HTTP 1.0增加了请求和响应首部，以便双方能够交换有关请求和响应的元信息。接收和发送很少改变的首部、缓存指令、cookie等，所有这些未经压缩的HTTP元数据经常会给每个HTTP请求增加几千字节的协议开销。

在YSlow中有23条规则，第20条就是“Use Cookie-Free Domains for Components”，请求的时候将cookie去除。
而在HTTP2.0中可以首部压缩，减少上面的开销提升性能。
4）连接与拼合
减少请求次数总是最好的性能优化手段。
HTTP 1.x中，可以考虑把多个资源捆绑打包到一块，通过一次网络请求获取。
连接：把多个JavaScript或多个css文件组合为一个文件。
拼合：把多张图片组合为一个更大的复合的图片。

而在HTTP2.0中可以多向请求和响应，消除了请求多个资源就要使用多个TCP连接的限制。
5）嵌入资源
把资源嵌入文档可以减少请求的次数。
比如，JavaScript和CSS代码，通过适当的script和style块可以直接放在页面中。
而图片甚至音频或PDF文件，都可以通过数据URI（data:[mediatype][;base64],data）的方式嵌入到页面中。
而在HTTP2.0中有个服务器推送，与嵌入资源唯一的不同就是可以把这个过程从应用中拿出来，放到HTTP协议本身来实现。

https

HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议 ，要比http协议安全。

• 使用端口443。
• 使用安全套接字层(SSL)。SSL使用40 位关键字作为RC4流加密算法。
  
• https协议需要到ca申请证书，一般免费证书很少，需要交费。
  解决了 信任主机的问题。 采用https 的server 必须从CA 申请一个用于证明服务器用途类型的证书。 该证书只有用于对应的server 的时候，客户端才信任此主机。 所以目前所有的银行系统网站，关键部分应用都是https 的。客户通过信任该证书,从而信任了该主机。
• http是超文本传输协议，信息是明文传输，https 则是具有安全性的ssl 加密传输协议，服务端和客户端之间的所有通讯，都是加密的。
• HTTPS 一定是繁琐的。本来简单的http协议，一个get一个response。由于https 还有密钥和确认加密算法的需要，单握手就需要6/7 个往返。
• 同时使用了对称加密和非对称加密。
  

http2.0

无论什么网络，也不管所用网络协议是什么版本，所有应用都应该致力于消除或减少不必要的网络延迟，将需要传输的数据压缩至最少。
HTTP2.0就是为了做这些优化而出现的。

1、二进制分帧层

HTTP 2.0性能增强的核心，全在于新增的二进制分帧层，它定义了如何封装HTTP消息并在客户端与服务器之间传输。

2、连接、流、消息、帧

流：已建立的连接上的双向字节流。
消息：与逻辑消息对应的完整的一系列数据帧。
帧：http2.0通信的最小单位，每个帧包含帧首部，标识当前帧所属的流。
所有HTTP 2.0通信都在一个连接上完成，这个连接可以承载任意数量的双向数据流。每个数据流以消息的形式发送，而消息由一或多个帧组成，这些帧可以乱序发送，然后再根据每个帧首部的流标识符重新组装。

简言之，HTTP 2.0把HTTP协议通信的基本单位缩小为一个一个的帧，这些帧对应着逻辑流中的消息。
相应地，很多流可以并行地在同一个TCP连接上交换消息。

3、多向请求与响应

在HTTP 1.x中，如果客户端想发送多个并行的请求以及改进性能，那么必须使用多个TCP连接。
HTTP 2.0中的二进制分帧层突破了限制：客户端和服务器可以把HTTP消息分解为互不依赖的帧，然后乱序发送，最后再在另一端把它们重新组合起来。

4、请求优先级

把HTTP消息分解为很多独立的帧之后，就可以通过优化这些帧的交错和传输顺序，进一步提升性能。
为了做到这一点，每个流都可以带有一个31比特的优先值。
如果服务器不理睬优先值，可能导致应用响应变慢：浏览器明明在等关键的CSS和JavaScript，服务器却在发送图片，从而造成渲染阻塞。

5、每个来源一个连接

大多数HTTP连接的时间都很短，而且是突发性的，但TCP只在长时间连接传输大块数据时效率才最高。
HTTP 2.0通过让所有数据流共用同一个连接，可以更有效地使用TCP连接。
HTTP 2.0不仅能够减少网络延迟，还有助于提高吞吐量和降低运营成本！

6、服务器推送

服务器除了对最初请求的响应外，服务器还可以额外向客户端推送资源，而无需客户端明确地请求。

7、首部压缩

在HTTP1.x中，首部元数据都是以纯文本形式发送的，通常会给每个请求增加500~800字节的负荷。
为减少这些开销并提升性能，HTTP 2.0会压缩首部元数据。
HTTP 2.0连接的两端都知道已经发送了哪些首部，这些首部的值是什么，从而可以针对之前的数据只编码发送差异数据。

http请求

http请求由三部分组成，分别是：请求行、请求头、请求体。
1、请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本。

请求方法（所有方法全为大写）：
GET 请求指定的页面信息，并返回实体主体。
HEAD 类似于get请求，只不过返回的响应中没有具体的内容，用于获取报头
POST 向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立或已有资源的修改。
PUT 从客户端向服务器传送的数据取代指定的文档的内容。
DELETE 请求服务器删除指定的页面。
CONNECT HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
OPTIONS 允许客户端查看服务器的性能。
TRACE 回显服务器收到的请求，主要用于测试或诊断。

http响应

HTTP响应也是由三个部分组成，分别是：状态行、消息报头、响应正文。
1、状态行格式：协议的版本、状态码、状态描述

1** 信息，服务器收到请求，需要请求者继续执行操作
2** 成功，操作被成功接收并处理
3** 重定向，需要进一步的操作以完成请求
4** 客户端错误，请求包含语法错误或无法完成请求
5** 服务器错误，服务器在处理请求的过程中发生了错误

http的状态响应码

100 Continue 继续。客户端应继续其请求
101 Switching Protocols 切换协议。服务器根据客户端的请求切换协议。只能切换到更高级的协议，例如，切换到HTTP的新版本协议
200 OK 请求成功。一般用于GET与POST请求
201 Created 已创建。成功请求并创建了新的资源
202 Accepted 已接受。已经接受请求，但未处理完成
203 Non-Authoritative Information 非授权信息。请求成功。但返回的meta信息不在原始的服务器，而是一个副本
204 No Content 无内容。服务器成功处理，但未返回内容。在未更新网页的情况下，可确保浏览器继续显示当前文档
205 Reset Content 重置内容。服务器处理成功，用户终端（例如：浏览器）应重置文档视图。可通过此返回码清除浏览器的表单域
206 Partial Content 部分内容。服务器成功处理了部分GET请求
300 Multiple Choices 多种选择。请求的资源可包括多个位置，相应可返回一个资源特征与地址的列表用于用户终端（例如：浏览器）选择
301 Moved Permanently 永久移动。请求的资源已被永久的移动到新URI，返回信息会包括新的URI，浏览器会自动定向到新URI。今后任何新的请求都应使用新的URI代替
302 Found 临时移动。与301类似。但资源只是临时被移动。客户端应继续使用原有URI
303 See Other 查看其它地址。与301类似。使用GET和POST请求查看
304 Not Modified 未修改。所请求的资源未修改，服务器返回此状态码时，不会返回任何资源。客户端通常会缓存访问过的资源，通过提供一个头信息指出客户端希望只返回在指定日期之后修改的资源
305 Use Proxy 使用代理。所请求的资源必须通过代理访问
306 Unused 已经被废弃的HTTP状态码
307 Temporary Redirect 临时重定向。与302类似。使用GET请求重定向
400 Bad Request 客户端请求的语法错误，服务器无法理解
401 Unauthorized 请求要求用户的身份认证
402 Payment Required 保留，将来使用
403 Forbidden 服务器理解请求客户端的请求，但是拒绝执行此请求
404 Not Found 服务器无法根据客户端的请求找到资源（网页）。通过此代码，网站设计人员可设置”您所请求的资源无法找到”的个性页面
405 Method Not Allowed 客户端请求中的方法被禁止
406 Not Acceptable 服务器无法根据客户端请求的内容特性完成请求
407 Proxy Authentication Required 请求要求代理的身份认证，与401类似，但请求者应当使用代理进行授权
408 Request Time-out 服务器等待客户端发送的请求时间过长，超时
409 Conflict 服务器完成客户端的PUT请求是可能返回此代码，服务器处理请求时发生了冲突
410 Gone 客户端请求的资源已经不存在。410不同于404，如果资源以前有现在被永久删除了可使用410代码，网站设计人员可通过301代码指定资源的新位置
411 Length Required 服务器无法处理客户端发送的不带Content-Length的请求信息
412 Precondition Failed 客户端请求信息的先决条件错误
413 Request Entity Too Large 由于请求的实体过大，服务器无法处理，因此拒绝请求。为防止客户端的连续请求，服务器可能会关闭连接。如果只是服务器暂时无法处理，则会包含一个Retry-After的响应信息
414 Request-URI Too Large 请求的URI过长（URI通常为网址），服务器无法处理
415 Unsupported Media Type 服务器无法处理请求附带的媒体格式
416 Requested range not satisfiable 客户端请求的范围无效
417 Expectation Failed 服务器无法满足Expect的请求头信息
500 Internal Server Error 服务器内部错误，无法完成请求
501 Not Implemented 服务器不支持请求的功能，无法完成请求
502 Bad Gateway 充当网关或代理的服务器，从远端服务器接收到了一个无效的请求
503 Service Unavailable 由于超载或系统维护，服务器暂时的无法处理客户端的请求。延时的长度可包含在服务器的Retry-After头信息中
504 Gateway Time-out 充当网关或代理的服务器，未及时从远端服务器获取请求
505 HTTP Version not supported 服务器不支持请求的HTTP协议的版本，无法完成处理

HTTP最常见的请求头如下：

Accept：浏览器可接受的MIME类型；
Accept-Charset：浏览器可接受的字符集；
Accept-Encoding：浏览器能够进行解码的数据编码方式，比如gzip。
Accept-Language：浏览器所希望的语言种类，当服务器能够提供一种以上的语言版本时要用到；
Connection：表示是否需要持久连接。keep-alive
Content-Length：表示请求消息正文的长度；
Cookie：这是最重要的请求头信息之一；
Host：初始URL中的主机和端口；
If-Modified-Since：只有当所请求的内容在指定的日期之后又经过修改才返回它，否则返回304“Not Modified”应答；
Pragma：指定“no-cache”值表示服务器必须返回一个刷新后的文档，即使它是代理服务器而且已经有了页面的本地拷贝；
Referer：包含一个URL，用户从该URL代表的页面出发访问当前请求的页面。
User-Agent：浏览器类型，如果Servlet返回的内容与浏览器类型有关则该值非常有用；

HTTP最常见的响应头如下：

Allow：服务器支持哪些请求方法（如GET、POST等）；
Content-Encoding：文档的编码（Encode）方法。
Content-Length：表示内容长度。只有当浏览器使用持久HTTP连接时才需要这个数据。
Content-Type： 表示后面的文档属于什么MIME类型。Servlet默认为text/plain，但通常需要显式地指定为text/html。
Date：当前的GMT时间。
Expires：指明应该在什么时候认为文档已经过期，从而不再缓存它。
Last-Modified：文档的最后改动时间。客户可以通过If-Modified-Since请求头提供一个日期，该请求将被视为一个条件GET，只有改动时间迟于指定时间的文档才会返回，否则返回一个304（Not Modified）状态。
Location：表示客户应当到哪里去提取文档。
Server：服务器名字。
vary:用于代理服务器缓存同一个文件的多个版本（有压缩和没有压缩）的文件。
参考资料：
http://www.cnblogs.com/strick/p/5658280.html
http://www.blogjava.net/zjusuyong/articles/304788.html