图解HTTP学习记录（二）

第2章 简单的HTTP协议

HTTP协议规定，先从客户端开始建立通信，服务端在没有接收到请求之前不会发送响应。

请求报文由请求方法、请求URI、协议版本、可选的请求首部字段和内容实体构成的。

响应报文基本上由协议版本、状态码、用以解释状态码的原因短语、可选的响应首部字段以及实体主体构成。

HTTP 是一种不保存状态，即无状态（stateless）协议。

HTTP 协议自身不对请求和响应之间的通信状态进行
保存。也就是说在 HTTP 这个级别，协议对于发送过的请求或响应都不做持久化处理。

HTTP/1.1 虽然是无状态协议，但为了实现期望的保持状态功能，于是引入了 Cookie 技术。有了 Cookie 再
用 HTTP 协议通信，就可以管理状态了

告知服务器意图的HTTP方法

• GET:获取资源
• POST: 传输实体主体
• PUT: 传输文件
• HEAD: 获取报文首部，用于确认 URI 的有效性及资源更新的日期时间等
• DELETE: 删除文件

• OPTIONS: 询问支持的方法（Allow: GET, POST, HEAD,
  OPTIONS）

• TRACE: 追踪路径，TRACE 方法是让 Web 服务器端将之前的请求通信环回给客户端的方法。
  发送请求时，在 Max-Forwards 首部字段中填入数值，每经过一个服务器端就将该数字减 1，当数值刚好减到
  0 时，就停止继续传输，最后接收到请求的服务器端则返回状态码 200 OK 的响应。

• CONNECT:要求用隧道协议连接代理，主要使用
  SSL（Secure Sockets Layer，安全套接层）和 TLS（Transport Layer Security，传输层安全）协议把通信
  内容加 密后经网络隧道传输

持久连接节省通信量

HTTP 协议的初始版本中，每进行一次 HTTP 通信就要断开一次 TCP

以当年的通信情况来说，因为都是些容量很小的文本传输，所以即使这样也没有多大问题。可随着 HTTP 的
普及，文档中包含大量图片的情况多了起来。

比如，使用浏览器浏览一个包含多张图片的 HTML 页面时，在发送请求访问 HTML 页面资源的同时，也会请
求该 HTML 页面里包含的其他资源。因此，每次的请求都会造成无谓的 TCP 连接建立和断开，增加通信量的
开销。

持久连接

为解决上述 TCP 连接的问题，HTTP/1.1 和一部分的 HTTP/1.0 想出了持久连接（HTTP Persistent
Connections，也称为 HTTP keep-alive 或 HTTP connection reuse）的方法。持久连接的特点是，只要任意
一端没有明确提出断开连接，则保持 TCP 连接状态。

管线化

持久连接使得多数请求以管线化（pipelining）方式发送成为可能。从前发送请求后需等待并收到响应，才能
发送下一个请求。管线化技术出现后，不用等待响应亦可直接发送下一个请求

使用Cookie的状态管理

HTTP 是无状态协议，它不对之前发生过的请求和响应的状态进行管理。也就是说，无法根据之前的状态进
行本次的请求处理。

保留无状态协议这个特征的同时又要解决类似的矛盾问题，于是引入了 Cookie 技术。Cookie 技术通过在请
求和响应报文中写入 Cookie 信息来控制客户端的状态。

Cookie 会根据从服务器端发送的响应报文内的一个叫做 Set-Cookie 的首部字段信息，通知客户端保存
Cookie。当下次客户端再往该服务器发送请求时，客户端会自动在请求报文中加入 Cookie 值后发送出去

服务器端发现客户端发送过来的 Cookie 后，会去检查究竟是从哪一个客户端发来的连接请求，然后对比服务
器上的记录，最后得到之前的状态信息