报文大致结构：

• 报文首部:
  • 请求行(请求报文)/状态行（响应报文）
  • 首部字段:请求和响应的各种条件和属性的各类首部；
  • 其它（Cookie）
• 空行
• 报文主体（不是必须）

编码提升传输速率：

• 报文主体和实体主体的差异：通常相等，当传输中进行编码操作时，实体主体内容发生变化后会和报文主体有差异；
• 压缩传输的内容编码：指明应用在实体内容上的编码格式，并保持实体信息原样；内容编码后的实体由客户端接受并负责解码；
• 分割发送的分块传输编码：HTTP通信中，如果请求的编码实体资源未全部传输完，浏览器无法显示请求页面；当传输大容量数据时，通过把数据分割成多块，能够让浏览器逐步显示页面；

发送多种数据的多部分对象集合:

• 邮件采用了MIME（多用途英特网邮件扩展）机制，允许处理文本，图片，视频等不同类型的数据；
• 其中会使用一种称为多部分对象集合的方法来容纳不同类型的数据；
• 相应的，HTTP协议中也采纳了多部分对象集合，发送一份报文主体可含多类型实体；通常是在图片或文本等上传使用；

获取部分内容的范围请求：

• 在请求过程中失败时则需要重头开始，恢复机制是指能从之前下载中断处恢复下载；
• 要实现该功能需要指定下载的实体范围；像这样，指定范围发送的请求叫做范围请求（Range Request）；
• 执行范围请求时，会用到首部字段 Range 来指定资源的 byte 范围。针对范围请求，响应会返回状态码为 206 Partial Content 的响应报文。
• 另外，对于多重范围的范围请求，响应会在首部字段 Content-Type 标明 multipart/byteranges 后返回响应报文。

内容协商返回最合适的内容：

• 内容协商机制是指客户端和服务器端就响应的资源内容进行交涉，然后提供给客户端最为适合的资源。内容协商会以响应资源的语言、字符集、编码方式等作为判断的基准。
• 包含在请求报文中的某些首部字段就是判断的基准。
• 内容协商技术有以下 3 种类型：
  • 服务器驱动协商，由服务器端进行内容协商。以请求的首部字段为参考，在服务器端自动处理。
  • 客户端驱动协商，由客户端进行内容协商的方式。用户从浏览器显示的可选项列表中手动选择。
  • 透明协商，是服务器驱动和客户端驱动的结合体，是由服务器端和客户端各自进行内容协商的一种方法。

状态码告知从服务器端返回的请求结果：

• 状态码的类别

	类别	原因短语
1XX	Informational（信息性状态码）	接收的请求正在处理
2XX	Success（成功状态码）	请求正常处理完毕
3XX	Redirection（重定向状态码）	需要进行附加操作以完成请求
4XX	Client Error（客户端错误状态码）	服务器无法处理请求
5XX	Server Error（服务器错误状态码）	服务器处理请求出错

2XX 成功 : 表明请求被正常处理了。

• 204 No Content:
  • 该状态码代表服务器接收的请求已成功处理，但在返回的响应报文中不含实体的主体部分。
  • 另外，也不允许返回任何实体的主体;一般在只需要从客户端往服务器发送信息，而对客户端不需要发送新信息内容的情况下使用。
• 206 Partial Content:
  • 该状态码表示客户端进行了范围请求，而服务器成功执行了这部分的 GET 请求。
  • 响应报文中包含由 Content-Range 指定范围的实体内容。

3XX 重定向:表明浏览器需要执行某些特殊的处理以正确处理请求。

• 301 Moved Permanently:永久性重定向。
  • 该状态码表示请求的资源已被分配了新的 URI，以后应使用资源现在所指的 URI。
  • 如果已经把资源对应的 URI 保存为书签了，这时应该按 Location 首部字段提示的 URI 重新保存
  • 当指定资源路径的最后忘记添加斜杠“/”，就会产生 301 状态码。
• 302 Found:临时性重定向。
  • 该状态码表示请求的资源已被分配了新的 URI，希望用户（本次）能使用新的 URI 访问。
  • 302 状态码代表的资源不是被永久移动，只是临时性质的;已移动的资源对应的 URI 将来还有可能发生改变。
• 303 See Other:
  • 表示由于请求对应的资源存在着另一个 URI，应使用 GET 方法定向获取请求的资源。
  • 303 状态码和 302 Found 状态码有着相同的功能，但 303 状态码明确表示客户端应当采用 GET 方法获取资源;
  • 比如，当使用 POST 方法访问 CGI 程序，其执行后的处理结果是希望客户端能以 GET 方法重定向到另一个 URI 上去时，返回 303 状态码。
• 当 301、302、303 响应状态码返回时，几乎所有的浏览器都会把 POST 改成 GET，并删除请求报文内的主体，之后请求会自动再次发送。
• 304 Not Modified: 
  • 表示客户端发送附带条件的请求 2 时，服务器端允许请求访问资源，但未满足条件的情况。
  • 304 状态码返回时，不包含任何响应的主体部分。304 虽然被划分在 3XX 类别中，但是和重定向没有关系。
• 307 Temporary Redirect: 临时重定向。
  • 该状态码与 302 Found 有着相同的含义。尽管 302 标准禁止 POST 变换成 GET，但实际使用时大家并不遵守。
  • 307 会遵照浏览器标准，不会从 POST 变成 GET。但是，对于处理响应时的行为，每种浏览器有可能出现不同的情况。

 4XX 客户端错误:表明客户端是发生错误的原因所在。

• 400 Bad Request:
  • 表示请求报文中存在语法错误。当错误发生时，需修改请求的内容后再次发送请求。另外，浏览器会像 200 OK 一样对待该状态码。
• 401 Unauthorized
  • 表示发送的请求需要有通过 HTTP 认证（BASIC 认证、DIGEST 认证）的认证信息。另外若之前已进行过 1 次请求，则表示用 户认证失败。
  • 返回含有 401 的响应必须包含一个适用于被请求资源的 WWW-Authenticate 首部用以质询（challenge）用户信息。当浏览器初次接收到 401 响应，会弹出认证用的对话窗口。
• 403 Forbidden:
  • 表明对请求资源的访问被服务器拒绝了。服务器端没有必要给出拒绝的详细理由，但如果想作说明的话，可以在实体的主体部分对原因进行描述;
  • 未获得文件系统的访问授权，访问权限出现某些问题（从未授权的发送源 IP 地址试图访问）等列举的情况都可能是发生 403 的原因。
• 404 Not Found:
  • 该状态码表明服务器上无法找到请求的资源。除此之外，也可以在服务器端拒绝请求且不想说明理由时使用。

5XX 服务器错误:表明服务器本身发生错误。

• 500 Internal Server Error:
  • 表明服务器端在执行请求时发生了错误。也有可能是 Web 应用存在的 bug 或某些临时的故障。
• 503 Service Unavailable:
  • 表明服务器暂时处于超负载或正在进行停机维护，现在无法处理请求。如果事先得知解除以上状况需要的时间，最好写入 RetryAfter 首部字段再返回给客户端。