一、HTTP协议的主要特点
- 简单快速
每个资源URI（统一资源符）是固定的，比如图片、页面地址，所以HTTP协议中处理比较简单，访问输入某个资源URI即可。 - 灵活
HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。 - 无连接（重点）
连接一次就会断开，不会保持连接。 - 无状态（重点）
客户端和服务端两种身份，客户端向服务端请求一个图片，HTTP帮你建立连接、传输结束后，连接断开，下次客户端在请求数据，服务端是无法区分上次连接和这次连接是否是同一身份，因为服务端没有记住你的状态。单从HTTP协议上是无法区分两次连接者的身份。
状态区分是通过服务端加一些session做到的。
二、HTTP报文的组成部分
请求报文
（1）请求行
由请求方法、URL、HTTP协议版本3个字段组成，它们用空格分隔, 比如GET /tools.html HTTP/1.1。
（2）请求头
key、value的键值对。
（3）空行
分隔首部和主体。上面为首部，下面为主体。空行意味着首部的结束。
（4）请求体
要发送给 Web 服务器的数据。
起始行和首部都是纯文本形式且都是结构化。主体包含了所有的数据类型，可以是纯文本，可以是任意的二进制数据（比如图片，视频，音轨，软件程序），还可以为空。响应报文
（1）响应行
版本协议、状态码、状态码的简单描述3个字段组成，它们也用空格分隔 ,比如 HTTP/1.1 200 OK
（2）响应头
（3）空行
（4）响应体
装载了要返回给客户端的数据。
三、HTTP方法
- GET 获取资源
- POST 传输资源
- PUT 更新资源
- DELETE 删除资源
- HEAD 获取报文首部
四、POST和GET的区别
（1）GET在浏览器回退是无害的，而POST会再次提交请求
（2）GET请求会被浏览器主动缓存，而POST不会，除非手动设置
（3）GET请求参数会被完整保留在浏览器的历史记录里，而POST中的参数不会被保留
（4）GET请求在URL中传送的参数是有长度限制的，而POST没有限制
（5）GET参数通过URL传递，POST放在Request body中
（6）GET请求只能进行url编码，而POST支持多种编码方式
（7）对参数的数据类型，GET只接受ASCLL字符，而POST没有限制
（8）GET产生的URL地址可以被收藏，而POST不可以
（9）GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息
五、HTTP状态码
1xx：指示信息 ——表示请求已接收，继续处理
2xx：成功——表示请求已被成功接收
3xx：重定向——要完成请求必须进行更进一步的操作
4xx：客户端错误——请求有语法错误或请求无法实现
5xx：服务端错误——服务器未能实现合法的请求
200 OK：客户端请求成功
206 Partial Content：客户发送了一个带Range头的GET请求，服务器完成了它
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：请求未完成，服务器临时过载或当机，一段时间后可能恢复正常
六、什么是持久连接
1.1版本支持持久连接
1、HTTP协议采用"请求-应答"模式，当使用普通模式，即非Keep-Alive模式时，每个请求/应答客户和服务器都要建立一个连接，完成之后立即断开连接(HTTP协议为无连接的协议)
2、当使用Keep-Alive模式(持久连接、连接重用)时，Keep-Alive功能使客户端到服务器端连接持续有效，当出现对服务器的后续请求时，Keep-Alive功能避免了建立或者重新建立连接
七、什么是管线化
1、在使用持久连接的情况下，某个连接上消息的传递类似于
请求1->响应1->请求2->响应2->请求3->响应3
2、管线化通道是持久建立的，把所有请求打包一次传输，所有响应打包一次传输
请求1->请求2->请求3->响应1-> 响应2->响应3
3、特点
- 管线化机制通过持久连接完成，仅HTTP/1.1支持此技术
- 只有GET和HEAD请求可以进行管线化，而POST则有所限制
- 初次创建连接时不应启动管线机制，因为对方(服务器)不一定支持HTTP/1.1版本的协议
- 管线化不会影响响应到来的顺序，响应返还的顺序并未改变
- HTTP/1.1要求服务器端支持管线化，但并不要求服务器端也对响应进行管线化处理，只是要求对于管线化的请求不失败即可
- 由于上面提到的服务器端问题，开启管线化很可能并不会带来大幅度的性能提升，而且很多服务器端和代理程序对管线化的支持并不好，因此现代浏览器如Chrome和Firefox默认并未开启管线化支持
