HTTP协议的主要特点

• 简单快速
• 灵活
• 无连接
• 无状态

HTTP报文的组成部分

请求报文

• 请求行（包含HTTP方法、页面地址、HTTP协议、HTTP版本）
• 请求头
• 空行
• 请求体

响应报文

• 状态行
• 响应头
• 空行
• 响应体

HTTP方法

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

POST和GET的区别

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

HTTP状态码

• 1xx：指示信息——表示请求已接收，继续处理

• 2xx：成功——表示请求已被成功接收

  • 200 OK：客户端请求成功
  • 206 Partial Content：客户端发送了一个带有Range头的GET请求，服务器完成了它

• 3xx：重定向——要完成请求必须进行更进一步的操作

  • 301 Moved Permanently：所请求的页面已经转移至新的url
  • 302 Found：所请求的页面已经临时转移至新的url
  • 304 Not Modified：客户端有缓冲的文档并发出了一个条件性的请求，服务器告诉客户，原来的缓冲文档还可以使用

• 4xx：客户端错误——请求有语法错误或请求无法实现

  • 403 Forbidden：请求的页面访问被禁止
  • 404 Not Found：请求资源不存在

• 5xx：服务器错误——服务器未能实现合法的请求

  • 500 Internal Server Error：服务器发生不可预期的错误原来的缓冲文档还可以继续使用
  • 503 Server Unavailable：请求未完成，服务器临时过载或宕机，一段时间后可能恢复正常

持久连接

HTTP协议采用“请求-应答”模式，当使用普通模式，即非 Keep-Alive 模式时，每个请求/应答客户和服务器都要新建一个连接，完成后立即断开连接（HTTP协议为无连接的协议）

当使用 Keep-Alive 模式时， Keep-Alive 功能使客户端到服务器端的连接持续有效，当出现对服务器的后续请求时， Keep-Alive 功能避免了建立或重新建立连接（HTTP/1.1 后开始支持）

管线化

当使用持久连接时，某个连接上的消息传递类似于：

请求1->响应1->请求2->响应2->请求3->响应3

当使用管线化的时候，不向上面那样请求一次响应一次，而是把现在所有的请求打包一起发送给服务端，而服务端也把所有的响应一起打包响应发送。

请求1->请求2->请求3->响应1->响应2->响应3

管线化特点

• 管线化机制通过持久连接完成，仅HTTP/1.1及后续版本支持此技术
• 只有GET和HEAD请求可以进行管线化，而POST请求有所限制
• 初次连接时不应启动管线化机制，因为对方（服务器）不一定支持HTTP/1.1
• 管线化不会影响响应到来的顺序