1.http协议的主要特点
简单快速：客户向服务器请求服务时，只需传送请求方法和路径。
由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
无连接：限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
无状态：服务端不能判断两次连接者的身份，于事务处理没有记忆能力。如果后续处理需要前面的信息，则它必须重传。
2.HTTP报文组成部分
请求报文：
请求行(请求方法, url, 协议版本) GET /getUserList HTTP/1.1
请求头(key value)
空行
请求体
响应报文：
状态行(协议版本，状态码, 状态消息)， HTTP/1.1 200 OK
响应头
空行
响应体
3.HTTP方法
GET 获取资源
POST 传输资源
PUT 在服务器更新资源（客户端提供改变后的完整资源）
PATCH 在服务器更新资源（客户端提供改变的属性）
DELETE 删除资源
HEAD 获得报文头部(类似get，返回的响应中没有具体的内容，用于获取报头)
CONNECT HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
OPTIONS 允许客户端查看服务器的性能。
TRACE 回显服务器收到的请求，主要用于测试或诊断
4.POST和GET区别
*1.GET在浏览器回退时是无害的，而POST会再次提交请求
2.GET产生的URL地址可以被收藏，而POST不可以
*3.GET请求会被浏览器主动缓存，而POST不会，除非手动设置
4.GET请求只能进行url编码，而POST支持多种编码方式
*5.GET请求传递参数会被完整保留在浏览器的历史记录里，而POST中参数不会被保留
*6.GET请求在URL中传送的参数是有长度限制的，而POST没有限制
7.对参数的数据类型，GET只接受ASCII字符，而POST没有限制
8.GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息
*9.GET参数通过URL传递，POST放在request body中
5.HTTP状态码
1XX 指示信息--表示请求已接受，继续处理
2XX 成功--表示请求已经成功接受
3XX 重定向--要完成请求必须进行更进一步的操作
4XX 客户端错误--请求 有语法错误或请求无法实现
5XX 服务器错误--服务器未能实现合法的请求
200 ok ：客户端请求成功
206 Partial Content：客户端发送一个带有Range头的GET请求，服务器完成它
301 Moved Permanently：所有请求页面已经转移至新的url(永久)
302 Move Temporarily：所有请求的页面已经临时转移至新的url(临时)
304 Not Modified: 服务器告诉客户端，原来的响应的文档没有改变还可以继续使用，返回没有消息体
400 Bad Request : 客户端请求语法错误，不能被服务器解析
403 Forbidden：被请求页面的访问被禁止
404 Not Found： 请求资源不存在，如错误的地址
500 Internal Server Error：服务器发生不可预期的错误
503 Server Unavailable：服务器当前不能处理客户端的请求，一段时间后可能恢复正常
6.HTTP 持久连接
HTTP协议采用了请求/响应模型。
非Keep-Alive：非持久连接
客户端到服务端新建一个连接，完成后就立即断开连接(HTTP协议的无连接的协议)
Keep-Alive： 持久连接，http1.1支持
客户端到服务端的连接继续有效，后继有请求时，避免重新建立连接
7.管线化
在持久连接的情况下，某个连接上消息的传递类似于
请求1 -> 响应1 -> 请求2 -> 响应2 -> 请求2 -> 响应2
*某个连接上的消息变成类似这样
管线化，通道是持久建立，把请求打包请求过去，服务器把响应结果打包发回来
请求1 -> 请求2 -> 请求3 -> 响应1 -> 响应2 -> 响应3
*1.管线化机制通过持久连接完成，仅HTTP/1.1支持此技术
*2.只有GET和HEAD请求可以进行管线化，而POST则有所限制
*3.初次创建连接是不应启动管线机制，因为对方服务器不一定支持HTTP/1.1
4.管线化不会影响响应到来的顺序，如上例子
5.HTTP/1.1要求服务器支持管线化，但并不要求服务器端也对响应进行管线化处理，只是要求对于管线化的请求不失败即可
6.上面提到的服务器问题，开启管线化可能性能不会大幅度提升，服务端和代理程序对管线化的支持并不是很好，因此现代浏览器Chrome，FireFox默认并未开启管线化支持
