1.HTTP协议的主要特点

• 简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
• 灵活:HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
• 无连接:无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
• 无状态:HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。

2.HTTP报文的组成部分

• 请求报文：请求行（包含HTTP方法、页面地址、HTTP协议、版本）、请求头（key-value值，告诉服务端我要什么内容，什么类型）、空行（分隔请求头和请求体）、请求体
• 响应报文：响应行、响应头、空行、响应体

3.HTTP方法

• GET：获取资源
• POST:传输资源
• HEAD：获取报文首部
• PUT：更新资源
• DELETE：删除资源

4.POST和GET的区别

• GET在浏览器回退时是无害的，而POST会再次提交申请（*）；
• GET请求会被浏览器主动缓存，而POST不会，除非手动设置（*）；
• GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留（*）；
• GET请求在url中传输的参数是有参数限制的（2kb），而POST没有限制（*）；
• GET参数通过url传递，POST放在request body中（*）。
• GET产生的URL地址可以被收藏，而POST不可以；
• 对参数的数据类型，GET只接受ASCII字符，而POST没有限制；
• GET比POST更不安全，因为参数直接暴露在url上，所以不能用来传递敏感信息；
• GET请求只能进行url编码，而POST支持多种编码方式；

为了避免CSRF攻击，将GET请求改为了POST请求。

5.HTTP状态码

• 1**:指示信息，表示请求已接收，继续处理；
• 2**:成功，表示请求已被成功接收；
• 3**:重定向，要完成请求必须进行更进一步的操作；
• 4**:客户端错误，请求有语法错误或请求无法实现；
• 5**:服务器错误，服务器未能实现合法的请求。

200 OK：客户端请求成功；

206 Partial Content：客户发送了一个带有Range头的GET请求，服务器完成了它；（常见于用Vedio标签播放一个视频地址，或使用audio播放一个音频地址，当视频、音频文件很大的时候，基本返回206）

301 Moved Permanently：所请求的页面已经转移至新的url;

302 Found：所请求的页面已经 临时 转移至新的url；

304 Not Modified：客户端有缓冲的文档并发出了一个条件性的请求，服务器告诉客户，原来缓冲的文档还可以继续使用。

400 Bad Request：客户端请求有语法错误，不能被服务器所理解；（少）

401 Unauthorized：请求未经授权，这个状态码必须和www-Authenticate报文域一起使用；（少）

403 Forbidden：对被请求页面的访问被禁止；（多，例如在页面中有一个地址，不能直接访问，只能通过服务器访问）

404 Not Found：请求资源不存在；

500 Internal Server Error：服务器发生不可预期的错误，原来缓冲的文档还可以继续使用；

503 Server Unavailable：请求未完成，服务器临时过载或宕机，一段时间后可恢复正常。

补充：XMLHttpRequest 的状态，XMLHttpRequest.readyState 0: 请求未初始化；

1: 服务器连接已建立；
2: 请求已接收；
3: 请求处理中；
4: 请求已完成，且响应已就绪；(xmlhttp.readyState==4 && xmlhttp.status==200)

6.持久连接

持久连接（Connection:keep-alive，HTTP/1.1版本支持，HTTP/1.0版本不支持）
HTTP协议采用“请求-应答”模式，当使用普通模式，即非Keep-Alive模式时，每个请求/应答客户和服务器都要新建一个连接，完成之后立即断开连接（HTTP协议为无连接的协议）。

当时用Keep-Alive模式（又称持久连接、连接重用）时，Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后续请求时，Keep-Alive功能避免了建立或重新建立连接。

7.管线化(持久连接的情况下)

在使用持久连接的情况下，
某个连接上消息的传递类似于：请求1->响应1->请求2->响应2->请求3->响应3。（->表示中间未断开）
某个连接上的消息变成了类似这样：请求1->请求2->请求3->响应1->响应2->响应3。（打包请求，打包响应）

HTTP管线化是将多个HTTP要求（request）整批提交的技术，而在传送过程中不需先等待服务端的回应。管线化机制须通过永久连接（persistent connection）完成，仅HTTP/1.1支持此技术（HTTP/1.0不支持），并且只有GET和HEAD要求可以进行管线化，而POST则有所限制。此外，初次创建连接时也不应启动管线机制，因为对方（服务器）不一定支持HTTP/1.1版本的协议。

管线化特点(原理：把请求和响应打包)

1.管线化机制通过持久连接完成，仅HTTP/1.1支持此技术（*）；
2.只有GET和HEAD请求可以进行管线化，而POST则有所限制（*）；
3.初次连接时不应启动管线机制，因为对方（服务器）不一定支持HTTP/1.1版本的协议（*）；
4.管线化不会影响响应到来的顺序，如上面的例子所示，响应返回的顺序并未改变；
5.HTTP/1.1要求服务器端支持管线化，但并不要求服务器端也对响应进行管线化处理，只是要求对于管线化的请求不失败即可；
6.由优于上面提到的服务器端问题，开启管线化很可能并不会带来大幅度的性能提升，而且很多服务器端和代理程序对管线化的支持并不好，因此现代浏览器Chrome和Firefox默认并未开启管线化支持。