1.HTTP协议的主要特点
简单快速
每个资源URI(统一资源符)是固定的，比如图片、页面地址，所以HTTP协议中处理比较简单，访问某个资源输入URI即可
灵活
每个http协议中。有一个头部分，有个数据类型，通过一个http协议的就可以完成不同数据类型的传输
无连接 (重点)
连接一次就会断开，不会保持连接
无状态 (重点)
客户端和服务端两种身份，客户端向服务端请求一个图片，http帮你建立连接、传输结束后，连接断开，下次客户端在请求数据，服务端是无法区分上次连接和这次连接是否是同一身份，因为服务端没有记住你的状态，单从http协议上是无法区分两次连接者的身份
状态区分是通过服务端加一下session做到的
2.HTTP 报文的组成部分
请求报文
1.请求行:http方法、页面地址、协议、版本
2.请求头:key、value告诉服务端需要内容，注意什么类型
3.空行:告诉服务端请求头已经结束
4.请求体
响应报文
1.状态行:协议、版本、状态码
2.响应头
3.空行
4.响应体:文档部分
3. HTTP方法
GET 获取资源
POST 传输资源
PUT 更新资源
DELETE 删除资源
HEAD 获得报文首部
4.POST和GET的区别
GET在浏览器回退是无害的，而POST会再次提交请求
GET产生的URL地址可以被收藏，而POST不可以
GET请求会被浏览器主动缓存，而POST不会，除非手动设置
.GET请求参数会被完整保留在浏览器的历史记录里，而POST中的参数不会被保留
GET请求只能进行url编码，而POST支持多种编码方式
对参数的数据类型，GET只接受ASCLL字符，而POST没有限制
GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息
GET参数通过URL传递，POST放在Request body中
5.HTTP状态码
1xx：指示信息 ——表示请求已接收，继续处理
2xx：成功——表示请求已被成功接收
3xx：重定向——要完成请求必须进行更进一步的操作
4xx：客户端错误——请求有语法错误或请求无法实现
5xx：服务端错误——服务器未能实现合法的请求
200：客户端请求成功
206：客户发送了一个带Range头的GET请求，服务器完成了它
301：所请求的页面已经转移到新的url
302：所请求的页面已经临时转移至新的url
304：客户端有缓冲的文档并发出了一个条件性的请求，服务器告诉客户，原来缓冲的文档还可以继续使用
400：客户端请求有语法错误，不能被服务端所理解
401：请求未经授权,这个状态代码必须和WWW-Authenticate报头域一起使用
403：对被请求页面的访问被禁止
404：请求资源不存在
500：服务器发送不可预期的错误原来缓冲文档还可以继续使用
503：请求未完成，服务器临时过载或当机，一段时间后可能恢复正常
6. 持久连接
HTTP协议采用"请求-应答"模式,当使用普通模式，即非Keep-Alive模式时，每个请求/应答客户和服务器都要建立一个连接，完成之后立即断开连接(HTTP协议为无连接的协议)
当使用Keep-Alive模式(持久连接、连接重用)时，Keep-Alive功能使客户端到服务器端连接持续有效，当出现对服务器的后续请求时，Keep-Alive功能避免了建立或者重新建立连接
1.1版本支持持久连接
7.管线化
1.在使用持久连接的情况下，某个连接上消息的传递类似于，请求一次响应一次并且不断开
请求1 响应1 请求2 响应2 请求3 响应3
2.管线化通道是持久建立的，把所有请求打包一次传输，所有响应打包一次传输
请求1 请求2 请求3 响应1 响应2 响应3
3.特点
1.管线化机制通过持久连接完成，仅HTTP/1.1支持此技术
2.只有GET和HEAD请求可以进行管线化，而POST则有所限制
3.初次创建连接是不应启动管线机制，因为对方(服务器)不一定支持HTTP/1.1版本的协议
4.管线化不会影响响应到来的顺序，如上面的例子所示，响应返还的顺序并未改变
5.HTTP/1.1要求服务器端支持管线化，但并不要求服务器端也对响应进行管线化处理，只是要求对于管线化的请求不失败即可
6.由于上面提到的服务器端问题，开启管线化很可能并不会带来大幅度的性能提升，而且很多服务器端和代理程序对管线化的支持并不好，因此现代浏览器如Chrome和Firefox默认并未开启管线化支持
随时随地看视频
