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