《图解HTTP》-- 2简单的HTTP协议

针对HTTP协议结构进行讲解，主要使用HTTP/1.1版本

2.1 HTTP协议用于客户端和服务器端之间的通信

​ HTTP 协议和TCP/IP 协议族内的其他众多的协议相同，用于客户端和服务器之间的通信。
​ 请求访问文本或图像等资源的一端称为客户端，而提供资源响应的一端称为服务器端。

2.2 通过请求和响应的交换达成通信

请求必定由客户端发出，而服务器端回复响应

请求报文

GET /index.htm HTTP/1.1 Host: hackr.jp

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

响应

响应报文基本上由协议版本、状态码（表示请求成功或失败的数字代码）、用以解释状态码的原因短句、可选的响应首部字段以及实体主体构成

2.3 HTTP是不保存状态的协议

无状态协议，也就是说在HTTP这个级别，协议对于发送过的请求或响应都不做持久化处理

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

2.4 请求URI定位资源

HTTP协议使用URI定位互联网上的资源。正是因为URI的特定功能，在互联网上任意位置的资源都能访问到

​ 当客户端请求访问资源而发送请求时，URI 需要将作为请求报文中的请求URI 包含在内。指定请求URI 的方式有很多。

如果对服务器本身发起请求，可以使用一个*来代替请求URI。

查询HTTP服务器端支持的HTTP方法种类

OPTIONS * HTTP/1.1

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

响应的意思其实是请求执行成功，但无数据返回

GET：获取资源

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

​ 如果请求的资源是文本，那就保持原样返回；如果是像CGI（Common Gateway Interface，通用网关接口）那样的程序，则返回经过执行后的输出结果。

POST：传输实体主体

虽然POST的功能和GET类似，但是POST的主要目的并不是获取响应的主体内容。

PUT：传输文件

要求在请求报文的主体中包含文件内容，然后保存到请求URI指定的位置

存在安全性问题，一般的Web网站不使用该方法。若配合Web应用程序的验证机制，或架构设计采用REST（REpresentational State Transfer，表征状态转移）标准的同类Web网站，可能会开放使用PUT方法

使用PUT 方法的请求·响应的例子

请求

PUT /example.html HTTP/1.1
Host: www.hackr.jp
Content-Type: text/html
Content-Length: 1560（1560字节的数据）

响应

响应返回状态码204 No Content（比如：该html已存在于服务器上）

HEAD：获得报文首部

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

使用HEAD 方法的请求·响应的例子

请求

HEAD /index.html HTTP/1.1
Host: www.hackr.jp

响应

返回index.html有关的响应首部

DELETE：删除文件

与PUT相反的方法。按请求URI删除指定的资源

所以一般的Web 网站也不使用DELETE 方法。当配合Web 应用程序的验证机制，或遵守REST 标准时还是有可能会开放使用的。

使用DELETE 方法的请求·响应的例子

请求	DELETE /example.html HTTP/1.1 Host: www.hackr.jp
响应	响应返回状态码204 No Content（比如：该html已从该服务器上删除）

OPTIONS：询问支持的方法

查询针对请求URI指定的资源支持的方法

使用OPTIONS 方法的请求·响应的例子

请求	OPTIONS * HTTP/1.1 Host: www.hackr.jp
响应	HTTP/1.1 200 OK Allow: GET, POST, HEAD, OPTIONS （返回服务器支持的方法）

TRACE：追踪路径

​ 将之前的请求通信环回给客户端的方法

​ 发送请求时，在Max-Forwards 首部字段中填入数值，每经过一个服务器端就将该数字减1，当数值刚好减到0 时，就停止继续传输，最后接收到请求的服务器端则返回状态码200 OK 的响应。

​ 客户端通过TRACE 方法可以查询发送出去的请求是怎样被加工修改/ 篡改的。这是因为，请求想要连接到源目标服务器可能会通过代理中转，TRACE 方法就是用来确认连接过程中发生的一系列操作。

​ 但是，TRACE 方法本来就不怎么常用，再加上它容易引发XST（Cross-Site Tracing，跨站追踪）攻击，通常就更不会用到了。

使用TRACE 方法的请求·响应的例子

请求	TRACE / HTTP/1.1 Host: hackr.jp Max-Forwards: 2
响应	HTTP/1.1 200 OK Content-Type: message/http Content-Length: 1024 TRACE / HTTP/1.1 Host: hackr.jp Max-Forwards: 2（返回响应包含请求内容）

CONNECT：要求用隧道协议连接代理

​ 要求在与代理服务器通信时建立隧道，实现用隧道协议进行TCP 通信。主要使用SSL（Secure Sockets Layer，安全套接层）和TLS（Transport Layer Security，传输层安全）协议把通信内容加密后经网络隧道传输。

CONNECT方法的格式

CONNECT 代理服务器名：端口号 HTTP版本

使用CONNECT 方法的请求·响应的例子

请求	CONNECT proxy.hackr.jp:8080 HTTP/1.1 Host: proxy.hackr.jp
响应	HTTP/1.1 200 OK（之后进入网络隧道）

2.6 使用方法下达命令

向请求URI指定的资源发送请求报文时，采用称为方法的命令。

方法	说明	支持的HTTP协议版本
GET	获取资源	1.0、1.1
POST	传输实体主体	1.0、1.1
PUT	传输主体	1.0、1.1
HEAD	获得报文首部	1.0、1.1
DELETE	删除文件	1.0、1.1
OPTIONS	询问支持的方法	1.1
TRACE	追踪路径	1.1
CONNECT	要求用隧道协议连接代理	1.1
LINK	建立和资源之间的联系	1.0
UNLINE	断开连接关系	1.0

LINK和UNLINE已被HTTP/1.1废弃，不再支持

2.7 持久连接节省通信量

2.7.1 持久连接

HTTP Persistent Connections, 又称HTTP keep-alive或 HTTP connection reuse

特点

​ 只要任意一端没有明确提出断开连接，则保持TCP连接状态

HTTP/1.1中，所有连接默认都是持久连接，但在HTTP/1.0中并未标准化。

2.7.2 管线化

​ 持久连接使得多数请求以管线化（pipelining）方式发送成为可能

2.8 使用Cookie的状态管理

无状态协议有它的优点，由于不必保存状态，自然可减少服务器的CPU及内存资源的消耗。

如果让服务器管理全部客户端状态会成为负担

Cookie技术通过在请求和响应报文中写入Cookie信息来控制客户端的状态

1请求报文（没有Cookie信息的状态）

GET /reader/ HTTP/1.1

Host: hackr.jp

*首部字段内没有Cookie的相关信息

2响应报文（服务器端生成Cookie信息）

HTTP/1.1 200 OK
Date: Thu, 12 Jul 2012 07:12:20 GMT
Server: Apache
＜Set-Cookie: sid=1342077140226724; path=/; expires=Wed,10-Oct-12 07:12:20 GMT＞
Content-Type: text/plain; charset=UTF-8

3请求报文（自动发送保存着的Cookie信息）

GET /image/ HTTP/1.1
Host: hackr.jp
Cookie: sid=1342077140226724

226724; path=/; expires=Wed,10-Oct-12 07:12:20 GMT＞
Content-Type: text/plain; charset=UTF-8

### 3请求报文（自动发送保存着的Cookie信息）

```html
GET /image/ HTTP/1.1
Host: hackr.jp
Cookie: sid=1342077140226724