HTTP的历史
HTTP，全称是超文本传输协议（HyperText Transfer Protocol），它在建立之初，主要是为了将超文本标记语言（HTML）文档从Web服务器传送到客户端的浏览器。对于前端来说，我们所写的HTML页面要放在web服务器上，客户端通过浏览器访问url地址来获取页面的显示内容，同时请求CSS，JavaScript等文件，当ajax的出现，我们又多了一种向服务器获取数据的方法，这些都是基于HTTP协议的。
HTTP处于计算机网络中的应用层，它是建立在TCP协议之上的，即HTTP是基于TCP/IP协议的应用层协议。它不涉及数据包（packet）传输，主要规定了客户端和服务器之间的通信格式，默认使用80端口。
HTTP一共有4个版本，发布时间如下图所示：
HTTP 0.9
这一版本极其简单，只有一个命令GET。
GET /index.html上面的命令表示，在建立TCP连接之后，客户端向服务器请求网页index.html文件。协议规定，服务器只能回应HTML格式的字符串，在服务器发送文件完成后，就关闭TCP连接。
HTTP 1.0
HTTP 1.0相比于HTTP 0.9，增加了很多内容。
（1）HTTP 1.0除了GET命令外，还引入了POST命令和HEAD命令，丰富了浏览器与服务器的互动手段。
（2）任何格式的内容都可以发送。这使得互联网不仅可以传输文字，还能传输图像、视频、二进制文件。
（3）HTTP请求和回应的格式也变了，除了数据部分，每次通信都包括头信息（HTTP header），用来描述一些元数据。
（4）其他的新增内容还包括状态码（status code）、多字符集支持、多部分发送（multi-part type）、权限（authorization）、缓存（cache）、内容编码（content encoding）等。
请求格式
下面是一个1.0版本的HTTP请求的例子：
GET / HTTP/1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5)
Accept: */*可以看到·，第一行是请求命令，同时在尾部添加了协议版本（HTTP/1.0）。后面是多行头信息，描述客户端的情况。
回应格式
HTTP/1.0 200 OK
Content-Type: text/plain
Content-Length: 137582
Expires: Thu, 05 Dec 1997 16:00:00 GMT
Last-Modified: Wed, 5 August 1996 15:55:28 GMT
Server: Apache 0.84
<html>
<body>Hello World</body>
</html>回应格式是“头信息+一个空行（\r\n）+数据”。其中，第一行是“协议版本+状态码（status code）+状态描述”。
关于字符的编码，1.0版规定，头信息必须是ASCII码，后面的数据可以是任何格式。因此，服务器回应的时候，必须告诉客户端，数据是什么格式，这就是Content-Type字段的作用。由于发送的数据可以是任何格式，因此可以把数据压缩后再发送。Content-Encoding字段说明数据的压缩方法。如:
Content-Encoding: gzip
Content-Encoding: compress
Content-Encoding: deflate客户端在请求的时候，可以使用Accept字段声明自己可以接受哪些数据格式。如
Accept: */*上面的代码中，客户端声明自己可以接受任何格式的数据。同时用Accept-Encoding字段说明自己可以接受哪些压缩方法。如：
Accept-Encoding: gzip, deflate缺点
（1）HTTP/1.0版的主要缺点是，每个TCP连接只能发送一个请求，发送数据完毕，连接就关闭，如果还要请求其他资源，就必须在新建一个连接。
（2）TCP连接的新建成本很高，因为需要客户端和服务器三次握手，并且开始时发送速率较慢。所以HTTP/1.0版本的性能比较差。
HTTP 1.1
持久连接
HTTP/1.1版本的最大变化，就是引入了持久连接（persistent connection），就是TCP连接默认不关闭，可以被多个请求复用，不用声明Connection: keep-alive。当客户端和服务器发现对方一段时间没有活动，就可以主动关闭连接。不过，规范的做法是，客户端在最后一个请求时，发送Connection:close，明确要求服务器关闭TCP连接。目前，对于同一个域名，大多数浏览器允许同时建立6个持久连接。
管道机制
HTTP/1.1版本还引入了管道机制（pipelining），即在同一个TCP连接里面，客户端可以同时发送多个请求，这样就进一步改进了HTTP协议的效率。
举例来说，客户端需要请求两个资源，以前的做法是，在同一个TCP连接里面，先发送A请求，然后等待服务器做出回应，收到后再发出B请求。管道机制则是允许浏览器同时发送A请求和B请求，但是服务器还是按照顺序，先回应A请求，完成后再回应B请求。
Content-length字段
一个TCP连接可以传送多个回应，势必就要有一种机制，可以区分数据包是属于哪一个回应的。这就是Content-length字段的作用，声明本次回应的数据长度。但是在HTTP/1.0版本中，Content-length字段就不是必需的，因为浏览器发现服务器关闭了TCP连接，就表明收到的数据包已经全了。
分块传输编码
使用Content-length字段的前提条件是，服务器发送回应之前，必须知道回应的数据长度。对于一些很耗时的动态操作来说，这意味着服务器要等到所有操作完成，才能发送数据，显然这样的效率不高。更好地处理方法是，产生一块数据，就发送一块，采用流模式（stream）取代“缓存模式”（buffer）。
因此，HTTP/1.1版本规定可以不适用Content-Length字段，而使用“分块传输编码”（chunked transfer encoding）。只要请求或回应的头信息有Transfer-Encoding字段，就表明回应将由数据未定的数据块组成。
Transfer-Encoding：chunked每个非空的数据块之前，都会有一个十六进制的数值，表示这个块的长度，最后一个是一个大小为0的块，就表示本次回应的数据发送完了。如下面例子：
HTTP/1.1 200 OK
Content-Type: text/plain
Transfer-Encoding: chunked
25
This is the data in the first chunk
1C
and this is the second one
3
con
8
sequence
0
HTTP/1.1版本还新增了许多动词方法：PUT、PATCH、OPTIONS、DELETE。另外，客户端请求的头信息新增了Host字段，用来指定服务器的域名。
Host：www.example.com有了Host字段，就可以将请求发往同一台服务器上的不同网站，为虚拟主机的兴起打下了基础。
缺点
（1）虽然HTTP/1.1版本允许复用TCP连接，但是同一个TCP连接里面，所有的数据通信是按照次序进行的。服务器只有处理完一个回应，才会进行下一个回应。要是前面的回应很慢，后面就会有很多请求排队等候，这称为“队头堵塞”（Head-of-line blocking）。
HTTP/1.0和HTTP/1.1的一些区别
（1）缓存处理：在HTTP/10中主要使用header里的If-Modified-Since，Expires来作为缓存判断的标准；HTTP/1.1则引入了更多的缓存控制策略，例如Entity tag，If-Unmodified-Since, If-Match, If-None-Match等更多可供选择的缓存头来控制缓存策略。
（2）宽带优化及网络连接的使用：HTTP/1.0中，存在一些浪费带宽的现象，例如客户端只是需要某个对象的一部分，而服务器却将整个对象送过来了，并且不支持断点续传功能，HTTP/1.1则在请求头引入了range头域，它允许只请求资源的某个部分，即返回码是206（partial content），这样就方便了开发者自由的选择以便于充分利用带宽和连接。
（3）错误通知的管理：在HTTP/1.1中新增了24个错误状态码响应，如409（Conflict）表示请求的资源与资源的当前状态发生冲突；410（Gone）表示服务器上的某个资源被永久性的删除。HTTP/1.1加入了一个新的状态码100（Continue）。客户端事先发送一个只带头域的请求，如果服务器因为权限拒绝了请求，就回送响应码401（Unauthorized）；如果服务器接收此请求就回送响应码100，客户端就可以继续发送带实体的完整请求了。注意，HTTP/1.0的客户端不支持100响应码。
（4）Host头处理：在HTTP/1.0中，认为每台服务器都绑定一个唯一的IP地址，因此，请求消息中的URL并没有传递主机名（hostname）。但随着虚拟主机技术的发展，在一台物理服务器上可以存在多个虚拟主机，并且它们贡献一个IP地址。HTTP1.1的请求消息和响应消息都应支持Host头域，且请求消息中如果没有Host头域会报告一个错误（400 Bad Request）。
（5）长连接：HTTP 1.1支持长连接（PersistentConnection）和请求的流水线（Pipelining）处理，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟，在HTTP1.1中默认开启Connection： keep-alive，一定程度上弥补了HTTP1.0每次请求都要创建连接的缺点。
HTTP/2.0
- 二进制协议
HTTP/1.1版的头信息是文本（ASCII编码），数据体可以是文本，也可以是二进制。HTTP/2.0则是一个彻底的二进制协议，头信息和数据体都是二进制，并且统称为“帧”（frame）：头信息帧和数据帧。 - 多工
HTTP/2.0复用TCP连接，在一个连接里面，客户端和浏览器都可以同时发送多个请求或回应，而且不用按照顺序一一对应，这样就避免了“队头堵塞”。
举例来说，在一个TCP连接里面，服务器同时收到了A请求和B请求，于是先回应A请求，结果发现处理过程非常耗时，于是就发送A请求已经处理好的部分， 接着回应B请求，完成后，再发送A请求剩下的部分。这样双向的，实时的通信，就叫做多工（multiplexing ）。 - 数据流
因为HTTP/2.0的数据包是不按顺序发送的，同一个连接里面连续的数据包，可能属于不同的回应。因此，必须对数据包做标记，指出它属于哪个回应。
HTTP/2.0将每个请求或回应的所有数据包，称为一个数据流（stream）。每个数据流都有一个独一无二的编码，数据包发送的时候，都必须标记数据流ID，用来区分它属于哪个数据流。另外还规定，客户端发出的数据流，ID一律为奇数，服务器发出的，ID为偶数。
数据流发送到一半的时候，**客户端和服务器都可以发送信号（RST_STREAM帧），取消这个数据流。**1.1版取消数据流的唯一方法，就是关闭TCP连接。这就是说，HTTP/2 可以取消某一次请求，同时保证TCP连接还打开着，可以被其他请求使用。
客户端还可以指定数据流的优先级。优先级越高，服务器就会越早回应。 - 头信息压缩
HTTP 协议不带有状态，每次请求都必须附上所有信息。所以，请求的很多字段都是重复的，比如Cookie和User Agent，一模一样的内容，每次请求都必须附带，这会浪费很多带宽，也影响速度。
HTTP/2 对这一点做了优化，引入了头信息压缩机制（header compression）。一方面，头信息使用gzip或compress压缩后再发送；另一方面，客户端和服务器同时维护一张头信息表，所有字段都会存入这个表，生成一个索引号，以后就不发送同样字段了，只发送索引号，这样就提高速度了。 - 服务器推送
HTTP/2 允许服务器未经请求，主动向客户端发送资源，这叫做服务器推送（server push）。
常见场景是客户端请求一个网页，这个网页里面包含很多静态资源。正常情况下，客户端必须收到网页后，解析HTML源码，发现有静态资源，再发出静态资源请求。其实，服务器可以预期到客户端请求网页后，很可能会再请求静态资源，所以就主动把这些静态资源随着网页一起发给客户端了。
HTTP2.0的多路复用和HTTP1.X中的长连接复用有什么区别？
- HTTP/1.0：一次请求-响应，建立一个连接，用完关闭；每一个请求都要建立一个连接；
- HTTP/1.1：Pipeling（管道机制）解决方法为，若干个请求排队串行化单线程处理，后面的请求等待前面请求的返回才能获得执行机会，一旦有某个请求超时，后续请求只能被阻塞，也就是队头阻塞。
- HTTP/2.0：多个请求可同时在一个连接上并行执行。某个请求任务耗时严重，不会影响到其他连接的正常执行。
HTTPS与HTTP的一些区别
- HTTPS协议需要到CA申请证书，一般免费证书很少，需要交费。
- HTTP协议运行在TCP之上，所有传输的内容都是明文，HTTPS运行在SSL/TLS之上，所有传输的内容都是经过加密的。
- HTTP和HTTPS使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。
- HTTPS可以有效的防止运营商劫持，解决了防劫持的一个大问题。
826
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
