图解HTTP笔记第二章

在两台计算机之间使用 HTTP 协议通信时，在一条通信线路上必定有一端是客户端，另一端则是服务器端。

HTTP协议规定，请求从客户端发出，最后服务器端响应该请求并返回。换句话说，肯定是先从客户端开始建立通信的，服务器端在没有接收到请求之前不会发送响应。

请求报文的构成：

响应报文构成：
但是，HTTP协议是不保存状态的协议，一次请求对应一次响应。协议本身并不保留之前一切的请求或响应报文的信息。这是为了更快地处理大量事务，确保协议的可伸缩性，而特意把 HTTP 协议设计成如此简单的。---------》(引出Cookie，一部分响应数据存储在客户端，但是都是不重要的数据，下次请求带着setCookie发出）

告知服务器意图的 HTTP 方法：

GET 方法：用来请求访问已被 URI 识别的资源。指定的资源经服务器端解析后返回响应内容

POST 方法：用来传输实体的主体。浏览器要把一条信息传输到服务器

PUT 方法：用来传输文件。就像 FTP 协议的文件上传一样，要求在请求报文的主体中包含文件内容，然后保存到请求 URI 指定的位置（一般web网站不开放使用）

HEAD 方法和 GET 方法一样，获取响应，只是不返回报文主体部分。用于确认 URI 的有效性及资源更新的日期时间等

DELETE 方法：用来删除文件，是与 PUT 相反的方法。DELETE 方法按请求 URI 删除指定的资源（一般web网站不开放使用）

OPTIONS 方法：用来查询针对请求 URI 指定的资源支持的方法。

TRACE 方法：是让 Web 服务器端将之前的请求通信环回给客户端的方法。

CONNECT 方法：要求在与代理服务器通信时建立隧道，实现用隧道协议进行 TCP 通信

HTTP/1.0 和 HTTP/1.1 支持的方法：

持久连接节省通信量：
HTTP 协议的初始版本中，每进行一次 HTTP 通信就要断开一次 TCP 连接。

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

引出持久连接------》旨在建立 1 次 TCP 连接后进行多次请求和响应的交互，减轻了服务器端的负载。毫无疑问，除了服务器端，客户端也需要支持持久连接。

在持久连接的基础上演变出管线化。从前发送请求后需等待并收到响应，才能发送下一个请求。管线化技术出现后，不用等待响应亦可直接发送下一个请求。

使用 Cookie 的状态管理：

Cookie 会根据从服务器端发送的响应报文内的一个叫做 Set-Cookie 的首部字段信息，通知客户端保存 Cookie。