POST http://www.example.com HTTP/1.1
Content-Type: application/x-www-form-urlencoded;charset=utf-8

title=test&sub%5B%5D=1&sub%5B%5D=2&sub%5B%5D=3

首先，Content-Type 被指定为 application/x-www-form-urlencoded；其次，提交的数据按照 key1=val1&key2=val2 的方式进行编码，key 和 val 都进行了 URL 转码。大部分服务端语言都对这种方式有很好的支持。例如 PHP 中，$_POST['title'] 可以获取到 title 的值，$_POST['sub'] 可以得到 sub 数组。

multipart/form-data

这种方式一般用来上传文件，各大服务端语言对它也有着良好的支持。

这又是一个常见的 POST 数据提交的方式。我们使用表单上传文件时，必须让 表单的 enctyped 等于 multipart/form-data。直接来看一个请求示例：

POST http://www.example.com HTTP/1.1
Content-Type:multipart/form-data; boundary=----WebKitFormBoundaryrGKCBY7qhFd3TrwA

------WebKitFormBoundaryrGKCBY7qhFd3TrwA
Content-Disposition: form-data; name="text"

title
------WebKitFormBoundaryrGKCBY7qhFd3TrwA
Content-Disposition: form-data; name="file"; filename="chrome.png"
Content-Type: image/png

PNG ... content of chrome.png ...
------WebKitFormBoundaryrGKCBY7qhFd3TrwA--

这个例子稍微复杂点。首先生成了一个 boundary 用于分割不同的字段，为了避免与正文内容重复，boundary 很长很复杂。

然后 Content-Type 里指明了数据是以 multipart/form-data 来编码，本次请求的 boundary 是什么内容。消息主体里按照字段个数又分为多个结构类似的部分，每部分都是以 --boundary 开始，紧接着是内容描述信息，然后是回车，最后是字段具体内容（文本或二进制）。如果传输的是文件，还要包含文件名和文件类型信息。消息主体最后以 --boundary-- 标示结束。关于 multipart/form-data 的详细定义，请前往 ==RFC1867== 查看。

上面提到的这两种 POST 数据的方式，都是浏览器原生支持的，而且现阶段标准中原生 <form> 表单也只支持这两种方式（通过 <form> 元素的 enctype 属性指定，默认为 application/x-www-form-urlencoded。其实 enctype 还支持 text/plain，不过用得非常少）。

随着越来越多的 Web 站点，尤其是 WebApp，全部使用 Ajax 进行数据交互之后，我们完全可以定义新的数据提交方式，给开发带来更多便利。

application/json

application/json 这个 Content-Type 作为响应头大家肯定不陌生。实际上，现在越来越多的人把它作为请求头，用来告诉服务端消息主体是序列化后的 JSON 字符串。由于 JSON 规范的流行，除了低版本 IE 之外的各大浏览器都原生支持 JSON.stringify，服务端语言也都有处理 JSON 的函数，使用 JSON 不会遇上什么麻烦。

JSON 格式支持比键值对复杂得多的结构化数据，这一点也很有用。记得我几年前做一个项目时，需要提交的数据层次非常深，我就是把数据 JSON 序列化之后来提交的。不过当时我是把 JSON 字符串作为 val，仍然放在键值对里，以 x-www-form-urlencoded 方式提交。

Google 的 AngularJS 中的 Ajax 功能，默认就是提交 JSON 字符串。例如下面这段代码

var data = {'title':'test', 'sub' : [1,2,3]}; $http.post(url, data).success(function(result) { ... }); 

最终发送的请求是：

POST http://www.example.com HTTP/1.1 
Content-Type: application/json;charset=utf-8

{"title":"test","sub":[1,2,3]} 

这种方案，可以方便的提交复杂的结构化数据，特别适合 RESTful 的接口。各大抓包工具如 Chrome 自带的开发者工具、Firebug、Fiddler，都会以树形结构展示 JSON 数据，非常友好。

text/xml

我的博客之前提到过 XML-RPC（XML Remote Procedure Call）。它是一种使用 HTTP 作为传输协议，XML 作为编码方式的远程调用规范。典型的 XML-RPC 请求是这样的：

POST http://www.example.com HTTP/1.1 
Content-Type: text/xml

<?xml version="1.0"?>
<methodCall>
    <methodName>examples.getStateName</methodName> <params> <param> <value><i4>41</i4></value> </param> </params> </methodCall> 

XML-RPC 协议简单、功能够用，各种语言的实现都有。不过， XML 结构还是过于臃肿，一般场景用 JSON 会更灵活方便。

HTTP 报文头部字段

在介绍 HTTP 数据报文时已经对 HTTP 报文结构有了初步的说明。在 HTTP 请求方法小节中也看到了一些不同的 HTTP 数据包。这一小节来重点了解下 HTTP 报文中常见的一些头部字段。

头部字段：包含请求和响应的各种条件和属性的各类首部，一般有 4 种首部，分别是：通用首部、请求首部、响应首部，以及实体首部。

HTTP 首部字段将定义成缓存代理和非缓存代理的行为，分为 2 种类型。(1)端到端首部 (End-to-end Header)：分在此类别中的首部会转发给请求/响应对应的最终接受目标，且必须保存在由缓存生成的响应中，另外规定它必须被转发。(2)逐跳首部 (Hop-by-hop Header)：分在此类别中的首部只对单次转发有效，会因通过缓存或代理而不再转发。HTTP/1.1 和之后版本中，如果要使用 hop-by-hop 首部，需提供Connection 首部字段。

逐跳首部一般为下面 8 个，其余的为端到端首部：Connection、Keep-Alive、Proxy-Authenticate、Proxy-Authorization、Trailer、TE、Transfer-Encoding、Upgrade

通用首部字段

无论是请求还是响应报文，都有的字段。以下这些头只是限制性的，声明性的作用，没有强制约束力。只是为代理服务器设置了这些头，要求按照规范去做，但是完全可以不按照这个规范做。

◾Cache-Control：HTTP 协议中关于缓存的响应头，它由一些能够允许你定义一个响应资源应该何时、如何被缓存以及缓存多长时间的指令组成。并且这个字段有一个特点，它在请求报文和响应报文中的取值以及含义是不一样的。

参考资料：图文讲解 Cache-Control 浅显易懂

请求值枚举:
 # no-cache - 不要缓存的实体，要求现在从WEB服务器去取
 # max-age - 只接受Age值小于max-age值，并且没有过期的对象
 # max-stale - 可以接受过去的对象，但是过期时间必须小于max-stale值
 # min-fresh - 接受其新鲜生命期大于其当前Age跟min-fresh值之和的缓存对象

响应值枚举:
 # public - 可以用Cached内容回应任何用户
 # private - 只能用缓存内容回应先前请求该内容的那个用户
 # no-cache - 可以缓存，但是只有在跟WEB服务器验证了其有效后，才能返回给客户端
 # max-age - 本响应包含的对象的过期时间
 # ALL: no-store - 不允许缓存

◾Connection：HTTP 的 Connection 头部字段核心作用是控制 TCP 连接的持久化（长连接 / 短连接）

场景 1：短连接(Connection: close) + 缓存控制(含请求/响应枚举值)

+--------------+                                                                           +--------------+
|    Client    |                                                                           |    Server    |
|              | (1) HTTP    | GET /index.html HTTP/1.0                                    |              |
|              |     Request | Connection: close                                           |              |
|              |             | Cache-Control: no-cache, max-age=0                          |              |
|              | ---------------------------------------------------------------------->>> |              |
|              |                      (2) HTTP     |  HTTP/1.0 200 OK                      |              |
|              |                          Response |  Connection: close                    |              |
|              |                                   |  Cache-Control: private, max-age=3600 |              |
|              |                                   |                                       |              |
|              |                                   |  [CONTENT Of /index.html]             |              |
|              | <<<---------------------------------------------------------------------- |              |
|              |                                 (3) Close      | FIN=1, ACK=1             |              |
|              |                                     TCP        | Sequence Number: X       |              |
|              |                                     Connection | Acknowledgment Number: Y |              |
|              | <<<---------------------------------------------------------------------- |              |
|              | (4) Confirm    | ACK=1, FIN=0                                             |              |
|              |     Closing    | Sequence Number: Y                                       |              |
|              |     Connection | Acknowledgment Number: X+1                               |              |
|              | ---------------------------------------------------------------------->>> |              |
|    Client    |                                                                           |    Server    |
+--------------+                                                                           +--------------+

场景 2：长连接(Connection: keep-alive) + 缓存控制(含请求/响应枚举值)

+--------------+                                                                           +--------------+
|    Client    |                                                                           |    Server    |
|              | (1) HTTP    | GET /index.html HTTP/1.1                                    |              |
|              |     Request | Connection: keep-alive                                      |              |
|              |             | Cache-Control: max-stale=300, min-fresh=60                  |              |
|              | ---------------------------------------------------------------------->>> |              |
|              |                           (2) HTTP     |  HTTP/1.1 200 OK                 |              |
|              |                               Response |  Connection: keep-alive          |              |
|              |                                        |  Keep-Alive: timeout=5, max=100  |              |
|              |                                        |  Cache-Control: public, no-store |              |
|              |                                        |                                  |              |
|              |                                        |  [CONTENT Of /index.html]        |              |
|              | <<<---------------------------------------------------------------------- |              |
|              |                                 (3) Close      | FIN=1, ACK=1             |              |
|              |                                     TCP        | Sequence Number: X       |              |
|              |                                     Connection | Acknowledgment Number: Y |              |
|              | <<<---------------------------------------------------------------------- |              |
|              | (4) HTTP    | GET /style.css HTTP/1.1                                     |              |
|              |     Request | Connection: keep-alive                                      |              |
|              |             | Cache-Control: no-cache                                     |              |
|              | ---------------------------------------------------------------------->>> |              |
|              |                                   (5) HTTP     |  HTTP/1.1 200 OK         |              |
|              |                                       Response |  Connection: keep-alive  |              |
|              |                                                |  Cache-Control: no-cache |              |
|              |                                                |                          |              |
|              |                                                |  [CONTENT Of /style.css] |              |
|              | <<<---------------------------------------------------------------------- |              |
|              |                                                                           |              |
|              | ------+                                                                   |              |
|              |       | (6) No New Request in 5 second (Keep-Alive: timeout=5)            |              |
|              | <<<---+                                                                   |              |
|              |                                                                           |              |
|              | (7) Close      | FIN=1, ACK=1                                             |              |
|              |     TCP        | Sequence Number: X                                       |              |
|              |     Connection | Acknowledgment Number: Y                                 |              |
|              | ---------------------------------------------------------------------->>> |              |
|              |                               (8) Confirm    | ACK=1, FIN=0               |              |
|              |                                   Closing    | Sequence Number: Y         |              |
|              |                                   Connection | Acknowledgment Number: X+1 |              |
|              | <<<---------------------------------------------------------------------- |              |
|    Client    |                                                                           |    Server    |
+--------------+                                                                           +--------------+

participant 客户端（浏览器）
participant 服务器（Web服务器）

客户端（浏览器）->>服务器（Web服务器）: 1. GET /index.html HTTP/1.1
客户端（浏览器）->>服务器（Web服务器）: 请求头：
客户端（浏览器）->>服务器（Web服务器）: - Connection: keep-alive （长连接，复用连接）
客户端（浏览器）->>服务器（Web服务器）: - Cache-Control: max-stale=300, min-fresh=60 （枚举值：max-stale+min-fresh）
服务器（Web服务器）->>客户端（浏览器）: 2. 200 OK
服务器（Web服务器）->>客户端（浏览器）: 响应头：
服务器（Web服务器）->>客户端（浏览器）: - Connection: keep-alive （确认长连接）
服务器（Web服务器）->>客户端（浏览器）: - Keep-Alive: timeout=5, max=100 （长连接配置：超时5秒，最多复用100次）
服务器（Web服务器）->>客户端（浏览器）: - Cache-Control: public, no-store （枚举值：public+ALL: no-store）
服务器（Web服务器）->>客户端（浏览器）: 3. 响应体（index.html内容）
服务器（Web服务器）->>客户端（浏览器）: 4. 保持TCP连接不关闭（因Connection: keep-alive）

客户端（浏览器）->>服务器（Web服务器）: 5. GET /style.css HTTP/1.1 （复用同一TCP连接）
客户端（浏览器）->>服务器（Web服务器）: 请求头：
客户端（浏览器）->>服务器（Web服务器）: - Connection: keep-alive （继续复用长连接）
客户端（浏览器）->>服务器（Web服务器）: - Cache-Control: no-cache （枚举值：no-cache）
服务器（Web服务器）->>客户端（浏览器）: 6. 200 OK
服务器（Web服务器）->>客户端（浏览器）: 响应头：
服务器（Web服务器）->>客户端（浏览器）: - Connection: keep-alive （维持长连接）
服务器（Web服务器）->>客户端（浏览器）: - Cache-Control: no-cache （枚举值：no-cache）
服务器（Web服务器）->>客户端（浏览器）: 7. 响应体（style.css内容）

客户端（浏览器）->>服务器（Web服务器）: 8. 无新请求，超时5秒（Keep-Alive配置）
客户端（浏览器）->>服务器（Web服务器）: 9. 主动关闭TCP连接
服务器（Web服务器）->>客户端（浏览器）: 10. 确认关闭连接

请求值枚举：
 # close - 告诉WEB服务器或者代理服务器，在完成本次请求的响应后，断开连接，不要等待本次连接的后续请求了 
 # keepalive - 告诉WEB服务器或者代理服务器，在完成本次请求的响应后，保持连接，等待本次连接的后续请求

响应值枚举：
 # close - 连接已经关闭。 
 # keepalive - 连接保持着，在等待本次连接的后续请求。 
 # Keep-Alive - 如果浏览器请求保持连接，则该头部表明希望WEB服务器保持连接多长时间(秒)
   e.g.: Keep-Alive：300

◾Pramga：主要使用 Pramga: no-cache，相当于 Cache-Control: no-cache。

Pragma：no-cache

◾Transfer-Encoding：WEB 服务器表明自己对本响应消息体(不是消息体里面的对象)作了怎样的编码，比如是否分块(chunked)。

Transfer-Encoding: chunked

◾Via：列出从客户端到 OCS 或者相反方向的响应经过了哪些代理服务器，他们用什么协议(和版本)发送的请求。

• 当客户端请求到达第一个代理服务器时，该服务器会在自己发出的请求里面添加 Via 头部，并填上自己的相关信息；
• 当下一个代理服务器收到第一个代理服务器的请求时，会在自己发出的请求里面复制前一个代理服务器的请求的Via 头部，并把自己的相关信息加到后面；
• 以此类推，当 OCS 收到最后一个代理服务器的请求时，检查 Via 头部，就知道该请求所经过的路由。

Via：1.0 236.D0707195.sina.com.cn:80 (squid/2.6.STABLE13)

2.2 请求首部字段

HTTP 状态码

状态码的职责是当客户端向服务器端发送请求时，描述返回的请求结果。借助状态码，用户可以知道服务器端是正常处理了请求，还是出现了错误。注意，状态码是服务端向客户端发送的反映响应结果的标识码。共有 5 种类型：

1XX 信息性状态码

这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个 1xx 响应。

• 100 | Continue：**继续。**客户端想向服务器发送实体，但不确定服务器能不能接受，所以首先会向服务器发送一个携带了 100 continue 的 Except，服务器受到这个请求之后如果能接收客户端发来的实体，那就返回一个 100 Continue 响应，如果不能就返回一个错误码。
• 101 | Switching Protocols：**切换协议。**服务器正在根据客户端的指定，将协议切换成 Update 首部所列的协议。

2XX 成功

这类状态代码表明服务器成功地接受了客户端请求。不同的代码分别对应于不同类型的请求。

• 200 | OK：确定。客户端请求已成功。从客户端发来的请求在服务器端被正常处理了，实体的主体部分包含了所请求的资源。
• 201 | Created：已创建。用于创建服务器对象的请求(比如：PUT)，响应的实体主体部分中应该包含各种引用了已经创建好的资源的URL，Location首部包含的则是具体的引用。
• 202 | Accepted：已接受。请求已经被接收，但服务器还没有执行任何操作。并不意味着服务器会完成这个请求。
• 203 | Non-Authoritative-Information：非权威性信息。实体首部包含的信息不是来自于源端服务器，而是来自资源的一份副本。
• 204 | No Content：无内容。服务器成功处理了请求，但没有返回任何内容。主要用于在浏览器不转为显示新文档的情况下，对其进行更新(比如刷新表单页面)。
• 205 | Reset Content：重置内容。用于浏览器的代码，告诉浏览器清空当前页面中所有HTML表单元素。
• 206 | Partial Content：部分内容。成功执行了一个部分或者Range请求，因为客户端可以通过一些特殊的首部来获取部分或者范围内的文档。响应报文中包含由 Content-Range 指定范围的实体内容。

3XX 重定向

客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求。重定向状态码要么告诉客户端使用代替位置来访问他们所感兴趣的资源，要么就提供一个替代的响应而不是资源的内容。如果资源已被移动，可以发送一个重定向状态码和一个可选的 Location 首部来告知客户端资源已被移走。以及现在可以在那里找到它。这样浏览器就可以自己转向新的位置了。

• 300 | Multiple Choise：客户端请求一个世纪指向多个资源的 URL 时会返回这个状态码，比如服务器上有某个 HTML 文档的英语和发育版本，返回这个状态码时会有一个选项列表，这样客户端就可以选择了。
• 301 | Moved Permanently：对象已永久移走。永久性重定向。该状态码表示请求的资源已被分配了新的 URI (该 URL 存在 Location 首部中)，以后应使用资源现在所指的 URI。
• 302 | Found：对象已临时移动。临时性重定向。该状态码表示请求的资源已被分配了新的 URI (该 URL 存在 Location 首部中)，希望用户(本次)能使用新的 URL 访问，将来的请求还应使用老的 URL。注意：刚开始客户端发送 POST 请求，在收到 302 状态码后，使用GET请求访问新给的URL。在 HTTP1.0 生效。
• 303 | See Other：告知客户端应该用另一个 URL (该URL存在Location首部中)来获取资源，其主要目的是允许 POST 请求的响应将客户端定向到某个资源上去。在HTTP1.1生效。
• 304 | Not Modified：未修改。此状态码适用于客户端发送了一个有条件的请求( If-Match，If-ModifiedSince，If-None-Match，If-Range，If-Unmodified-Since )。比如客户端想获取某个资源，并且是在XXX时间修改过的新的资源，如果这个资源没有修改，服务端就返回304给客户端。
• 305 | Use Proxy：用来告诉客户端必须通过一个代理来访问资源，代理的位置在 Location 里。
• 306：这个状态码还没使用。
• 307 | Temporary Redirect：临时重定向。临时重定向。该状态码与 302 Found 有着相同的含义。307 会遵照浏览器标准，不会从 POST 变成 GET。

4XX 客户端错误

发生错误，客户端似乎有问题。例如，客户端请求不存在的页面，客户端未提供有效的身份验证信息。4XX 的响应结果表明客户端是发生错误的原因所在。但很多 4xx 错误都被浏览器解决了，所以用户经常看到的也就是 404 了。

• 400 | Bad Request：错误的请求。该状态码表示请求报文中存在语法错误。
• 401 | Unauthorized：访问被拒绝。告诉客户端，要想获取资源的访问权，首先要对自己认证。

  IIS定义了许多不同的401错误，它们指明更为具体的错误原因。这些具体的错误代码在浏览器中显示，但不在IIS日志中显示：
   # 401.1-登录失败。
   # 401.2-服务器配置导致登录失败。
   # 401.3-由于ACL对资源的限制而未获得授权。
   # 401.4-筛选器授权失败。
   # 401.5-ISAPI/CGI应用程序授权失败。
   # 401.7–访问被Web服务器上的URL授权策略拒绝。这个错误代码为IIS6.0所专用。 
  

• 402 | Payment Required：此状态码还未被使用，保留中。
• 403 | Forbidden：禁止访问。表明服务器拒绝了这个来自客户端的请求。一般不会说明缘由。

  IIS定义了许多不同的403错误，它们指明更为具体的错误原因：
   # 403.1-执行访问被禁止。
   # 403.2-读访问被禁止。
   # 403.3-写访问被禁止。
   # 403.4-要求SSL。
   # 403.5-要求SSL128。
   # 403.6-IP地址被拒绝。
   # 403.7-要求客户端证书。
   # 403.8-站点访问被拒绝。
   # 403.9-用户数过多。
   # 403.10-配置无效。
   # 403.11-密码更改。
   # 403.12-拒绝访问映射表。
   # 403.13-客户端证书被吊销。
   # 403.14-拒绝目录列表。
   # 403.15-超出客户端访问许可。
   # 403.16-客户端证书不受信任或无效。
   # 403.17-客户端证书已过期或尚未生效。
   # 403.18-在当前的应用程序池中不能执行所请求的URL。这个错误代码为IIS6.0所专用。
   # 403.19-不能为这个应用程序池中的客户端执行CGI。这个错误代码为IIS6.0所专用。
   # 403.20-Passport登录失败。这个错误代码为IIS6.0所专用。
  

• 404 | Not Found：文件或资源未找到。表明服务器上无法找到请求的资源。一般还会包含一个实体(比如 404 页面)，以便客户端给用户看。

   # 404.0-(无)–没有找到文件或目录。
   # 404.1-无法在所请求的端口上访问Web站点。
   # 404.2-Web服务扩展锁定策略阻止本请求。
   # 404.3-MIME映射策略阻止本请求。
  

• 405 | Method Not Allowed：用来访问本页面的HTTP谓词不被允许(方法不被允许)。客户端发起的请求中带有所有请求的URL不支持的方法。同时应该在响应中包含Allow首部，以告诉客户端可以使用什么方法。
• 406 | Not Accepted：客户端浏览器不接受所请求页面的 MIME 类型。客户端可以在请求首部中指明自己愿意接收什么类型的实体，但是当服务器没有这种类型实体的时候，会发送406。
• 407 | proxy Authentication Required：要求进行代理身份验证。与401类似，但是用于要求对资源进行认证的代理服务器。
• 408 | Request TImeout：如果客户端完成请求所话的时间太长，服务器返回此代码并关闭连接。
• 409 | Conflict：用于说明请求可能在资源上引发一些冲突。服务器担心请求会引发冲突时，发送此代码。并在响应的主体中描述冲突。
• 410 | Gone：与404类似，只是服务器曾经拥有过此资源。
• 411 | Length Required：服务器要求客户端发请求的时候包含Content-Length首部的时候发送此代码。
• 412 | Precondition Failed：前提条件失败。客户端发起了条件请求，且其中一个条件失败了的时候会收到此状态码。
• 413 | Request Entity Too large：请求实体太大。客户端发送的实体主体比服务器所能希望处理的要大时，使用此代码。
• 414 | Request URL Too Long：请求URI太长。客户端发送的请求URL比服务器所能希望处理的要长时，使用此代码。
• 415 | Unsupported Media Type：不支持的媒体类型。服务器无法理解或无法支持客户端所发实体内容类型时，使用此状态码。
• 416 | Request Range Not Satisfiable：所请求的范围无法满足。请求报文所请求的是指定资源的某个范围，而此范围无效或者无法满足时，使用此状态码
• 417 | Expectation Failed：执行失败。请求的Expect请求首部包含了一个期望，但是服务器无法满足此期望时，使用此状态码。

5XX 服务器错误

服务器由于遇到错误而不能完成该请求。

• 500 | Internal Server Error：内部服务器错误。该状态码表明服务器端在执行请求时遇到了一个妨碍它为请求提供服务的错误，也有可能是 Web 应用存在的 bug 或某些临时的故障。

   # 500.12-应用程序正忙于在Web服务器上重新启动。
   # 500.13-Web服务器太忙。
   # 500.15-不允许直接请求Global.asa。
   # 500.16–UNC授权凭据不正确。这个错误代码为IIS6.0所专用。
   # 500.18–URL授权存储不能打开。这个错误代码为IIS6.0所专用。
   # 500.100-内部ASP错误。
  

• 501 | Not Implemented：页眉值指定了未实现的配置。客户端发起的请求超出服务器的能力范围(比如使用了服务器不支持的请求方法)

• 502 | Bad Gateway：Web 服务器用作网关或代理服务器时收到了无效响应。作为代理或网关使用的服务器从请求响应链的下一条链路上受到了一条伪响应(比如，它无法连接到其他父网关)时，使用此码。

  # 502.1-CGI应用程序超时。
  # 502.2-CGI应用程序出错。application. 
  

• 503 | Service Unavailable：服务不可用。这个错误代码为 IIS6.0 所专用。该状态码表明服务器暂时处于超负载或正在进行停机维护，现在无法处理请求，但是将来可以。如果服务器知道什么时候能回复，可以在响应首部中添加 Retry-After。

• 504 | Gateway Timeout：网关超时。与408类似，只是这里的响应来自一个网关或者代理，他们等待另一个服务器对齐请求进行响应超时了。

• 505 | HTTP Version Not Supported：HTTP版本不受支持。服务器收的请求使用了它无法或者不愿支持的协议版本时，使用此状态码。

拓展：状态码301和302的区别

301，302对用户来说没有区别，他们看到效果只是一个跳转，浏览器中旧的 URL 变成了新的 URL。页面跳到了这个新的 URL 指向的地方。对于引擎及站长 302 转向可能会有 URL 规范化及网址劫持的问题。可能被搜索引擎判为可疑转向，甚至认为是作弊。

详细来说，301 和 302 状态码都表示重定向，就是说浏览器在拿到服务器返回的这个状态码后会自动跳转到一个新的 URL 地址，这个地址可以从响应的 Location 首部中获取（用户看到的效果就是他输入的地址 A 瞬间变成了另一个地址 B ）——这是它们的共同点。他们的不同在于。301 表示旧地址 A 的资源已经被永久地移除了（这个资源不可访问了），搜索引擎在抓取新内容的同时也将旧的网址交换为重定向之后的网址；302 表示旧地址 A 的资源还在（仍然可以访问），这个重定向只是临时地从旧地址 A 跳转到地址 B，搜索引擎会抓取新的内容而保存旧的网址。【推荐阅读：HTTP 301 状态码】

注意：许多 HTTP/1.1 版以前的浏览器不能正确理解 303 状态。如果需要考虑与这些浏览器之间的互动，302 状态码应该可以胜任，因为大多数的浏览器处理 302 响应时的方式恰恰就是上述规范要求客户端处理 303 响应时应当做的。【HTTP 302 状态码】

User-Agent(用户代理)是什么

User-Agent 即用户代理，简称 UA，它是一个特殊字符串头。网站服务器通过识别 UA 来确定用户所使用的操作系统版本、CPU 类型、浏览器版本等信息。而网站服务器则通过判断 UA 来给客户端发送不同的页面。

UA能干什么呢？举个例子，网络爬虫使用程序代码来访问网站，而非人类亲自点击访问，因此爬虫程序也被称为网络机器人。绝大多数网站都具备一定的反爬能力，禁止网爬虫大量地访问网站，以免给网站服务器带来压力。而对 User-Agent 的识别就是反爬策略的第一步。网站通过识别请求头中 User-Agent 信息来判断是否是爬虫访问网站。如果是，网站首先对该 IP 进行预警，对其进行重点监控，当发现该 IP 超过规定时间内的访问次数， 将在一段时间内禁止其再次访问网站。

常见的 User-Agent 请求头，如下所示：

使用上表中的浏览器 UA，我们可以很方便的构建出 User-Agent。通过在线识别工具，可以查看本机的浏览器版本以及 UA 信息。

UA 头的格式为：浏览器标识 (操作系统标识; 加密等级标识; 浏览器语言) 渲染引擎标识 版本信息，通常可以简化为：Mozilla/5.0 (平台) 引擎版本 浏览器版本号

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.182 Safari/537.36

以上面的 UA 头为例，解析出来的信息如下：

UA 头格式详解

◾第1部分： Mozilla

Mozilla/5.0

由于历史上的浏览器大战，当时想获得图文并茂的网页，就必须宣称自己是 Mozilla 浏览器。此事导致如今 User-Agent 里通常都带有 Mozilla 字样，出于对历史的尊重，大家都会默认填写该部分。例如：Mozilla/5.0 表示是 5.0 版本

◾第2部分： 平台版本

格式为：操作系统标识; 加密等级标识; 浏览器语言

(Windows NT 10.0; Win64; x64)

(1) 操作系统标识显示用户的操作系统信息。例如 Windows NT 10.0; Win64; x64 表示使用的系统版本是 64 位的 win10，如果是 32 位的 win7，则对应 Windows NT 6.1; WOW64。不同操作系统/版本对应的标识如下：

(2) 加密等级标识。浏览器共有 N/I/U 三种加密等级

浏览器的 N/I/U 是 SSL/TLS 加密等级标识，对应无加密、低强度加密、高强度加密，常见于 IE6-IE11、旧版 Opera 等早期浏览器的配置或 UA 字符串中。现代浏览器（Chrome、Edge、Firefox 等）已取消该明确标识，默认支持高强度加密（对应 U 级），且自动禁用低强度加密和无加密模式。

(3) 浏览器语言标识。核心作用是告诉服务器浏览器的默认语言偏好。

服务器根据该标识返回对应语言的网页内容（如中文用户看到中文界面，英文用户看到英文界面）。浏览器语言标识还会影响资源加载（如语言相关的脚本、样式、字体文件）。

表示单语言时直接用语言代码（如 en 英文、zh 中文、ja 日文）。对单语言进行地区细分时使用语言代码+地区代码的格式（如 zh-CN 简体中文-中国大陆、zh-TW 繁体中文-台湾、en-US 英文-美国）。也可以带上优先级为不同的语言标识赋予权重值，用分号分隔，q 值表示优先级，取值区间为 (0-1] （默认1），如 zh-CN;q=0.9,en;q=0.8（优先简体中文，其次英文）。

典型示例解析：

常见语言代码对照表：

◾第3部分：渲染引擎版本

格式为：渲染引擎/引擎版本号。主流的浏览器渲染引擎有：Gecko、WebKit、KHTML、Presto、Trident、Tasman 等。

AppleWebKit/537.36 (KHTML, like Gecko)

表示使用 AppleWebKit 渲染引擎的 537.36 版本。历史上，苹果依靠了 WebKit 内核开发出 Safari 浏览器，WebKit 包含了 WebCore 引擎，而 WebCore 又从 KHTML 衍生而来。由于历史原因，KHTML 引擎需要声明自己是类似Gecko的，因此引擎部分这么写。

再后来，Google 开发 Chrome 也是用了 WebKit 内核，于是也跟着这么写。借用Littern的一句话：“Chrome 希望能得到为Safari编写的网页，于是决定装成Safari，Safari使用了WebKit渲染引擎，而WebKit呢又伪装自己是KHTML，KHTML呢又是伪装成Gecko的。同时所有的浏览器又都宣称自己是Mozilla。"。不过，后来Chrome 28某个版本改用了blink内核，但还是保留了这些字符串。而且，最近的几十个版本中，这部分已经固定，没再变过。

渲染引擎具有明显的沿袭、替代关系：

KHTML(2001) —> WebKit(2005, Apple) —> Blink(2013, Google/Opera) Trident(1997, Microsoft IE) —> EdgeHTML(2015, Microsoft Edge) —> 被 Blink 替代(2019) Presto(2003, Opera) —> 被 Blink 替代(2013)

除了分支为 Blink，WebKit 也是 Safari、早期 Chrome、Android 浏览器的内核基础。浏览器内核发展历程深刻的影响了 UA 这个字段。这部分内容会单开一个文档来详细说明。

浏览器内核是包含渲染引擎、JavaScript 引擎、网络模块、存储模块等多个核心组件。渲染引擎是内核中负责页面显示的核心模块，没有渲染引擎，浏览器无法呈现网页的结构和样式。不同浏览器内核的核心差异，很大程度上体现在渲染引擎的实现上（如解析规则、渲染性能）。

主流浏览器中多数内核与渲染引擎为同一概念，内核核心与渲染引擎一一对应，所以可以认为内核即渲染引擎。部分早期或定制化浏览器会有特殊对应关系。

部分国产浏览器使用双核技术，面对不同的场景切换不同的浏览器内核。通常使用 Trident 和 Blink 内核的组合。

◾第4部分：浏览器版本信息

显示浏览器真实版本信息，格式为： Version/版本号例如：Chrome/88.0.4324.182表示该浏览器是 Chrome，并且包含了版本号信息 (88.0.4324.182，其中 88.0 是大版本，4324 是持续增大的一个数字，而 182 则是修补漏洞的小版本。)。

我们再来看一个示例：Opera/9.80 (Windows NT 6.1; U; en) Presto/2.8.131 Version/11.11。各部分拆解如下：

UA 头的作用

根据前面介绍的 User-Agent 的历史我们知道，通过 User-Agent 不能完全准确的判断是属于那款浏览器。由于 UA 字符串在每次浏览器 HTTP 请求时发送到服务器，所以服务器就可以根据它来做好多事。比如：

1. 统计用户浏览器使用情况。有些浏览器说被多少人使用了，实际上就可以通过判断每个 IP 的 UA 来确定这个 IP 是用什么浏览器访问的，以得到使用量的数据。
2. 根据用户使用浏览器的不同，显示不同的排版从而为用户提供更好的体验。有些网站会根据这个来调整打开网站的类型,如是手机的就打开 WAP，显示非手机的就打开 PC 常规页面。用手机访问谷歌和电脑访问是不一样的，这些是谷歌根据访问者的 UA 来判断的。

既然知道了 UA 的作用，那么其实客户端也可以使用 UA 来做一些神奇的事。比如：伪装 User-Agent 来回避某些侦测特定浏览器才能读取的网站。如果使用 Firefox 浏览器插件 User agent switcher，用户就可以轻松地在不同 UA 之间切换，把自己伪装成其他浏览器。这样就可以在 PC 上预览 WAP 或移动格式的网页，比如专门为 iPhone 设计的页面。

不同编程语言获得 UA 值的方式

既然已经知道 User-Agent 是 HTTP 的头域，那我们在编程的时候就可以获得它。

ASP.NET 中使用 Request.Header["User-Agent"] 得到浏览器的 User Agent，也可以使用 Request.UserAgent 来获取。Java 中使用 request.getHeader("User-Agent") 来获得；

PHP 中相应使用：$_SERVER[HTTP_USER_AGENT];。JS 中则使用 navigator.userAgent 来获得(是否记得在客户端经常使用它来做浏览器兼容呢)。

UA 头伪造（python）

有时候我们需要在脚本中伪造UA，这里提供两种方式来进行伪造：

方法一：python库：fake-useragent

注意：需要梯子，否则不能从 Server 获取到 UA json 信息。

首先安装 fake-useragent 库：

pip install fake-useragent

验证安装结果：

from fake_useragent import UserAgent
ua = UserAgent()

ua.ie  # 调用指定ua:
Mozilla/5.0 (Windows; U; MSIE 9.0; Windows NT 9.0; en-US)

ua.random  # 随机ua:

编写 python 脚本：

from fake_useragent import UserAgent
# ua = UserAgent(use_cache_server=False)
ua = UserAgent()
print(ua.chrome)
print(ua.edge)
print(ua.random)

''' 输出结果：
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1623.0 Safari/537.36
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.47 Safari/537.36 
'''

方法二：简单自定义脚本

通过自定义脚本，抽取不同的字段随机组合为 UA

import random

# 定义get_ua()函数
def get_ua():
    first_num = random.randint(55, 62)
    third_num = random.randint(0, 3200)
    fourth_num = random.randint(0, 140)
    os_type = [
        '(Windows NT 6.1; WOW64)', '(Windows NT 10.0; WOW64)', '(X11; Linux x86_64)', '(Macintosh; Intel Mac OS X 10_12_6)'
    ]
    chrome_version = f'Chrome/{first_num}.0.{third_num}.{fourth_num}'
    ua = f"Mozilla/5.0 {random.choice(os_type)} AppleWebKit/537.36 (KHTML, like Gecko) {chrome_version} Safari/537.36"
    return ua

print(get_ua()) # 调用get_ua()函数

''' 输出结果：
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.1614.34 Safari/537.36
'''

参考文档

• [1] (网络)应用层：http协议解析(详细)-Monster的博客-CSDN博客-http协议详解
• [2] Http协议详解(深入理解)-leon-CSDN博客-http详解
• [3] 网络基础 2-1 (应用层，HTTP三点注意，HTTP协议格式，最简单的HTTP服务器)-LXY的博客
• [4] HTTP | HTTP报文 - FreeBuf网络安全行业门户
• [5] 超用心的HTTP详解，新手再也不用担心看不懂了
• [6] 这里有60道计算机网络面试题请你查收,面试就这么简单？(上)(1-30)
• [7] 鲜为人知的HTTP协议头字段详解大全
• [8] 常见web错误码 - 知乎 (zhihu.com)
• [9] HTTP状态码——302
• [10] 谈谈301状态码和302状态码的区别
• [11] http状态码301和302详解及区别——辛酸的探索之路
• [12] SEO新手快速入门教程
• [13] GET和POST两种基本请求方法的区别
• [14] 关于Firefox与IE/Edge的讲解：谈谈 UserAgent 字符串的规律和伪造方法
• [15] 居然有大佬封装了不同操作系统不同浏览器的User-Agent：User-Agent封装使用教程
• [16] User-Agent的前世今生：网站日志中显示Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko)
• [17] www.baidu.com

附录A：常见 PC 端 UA 枚举

附录B：常见移动端 UA 枚举