网络|《图解HTTP》阅读总结（上）网络|docker|linux

系列文章目录《图解HTTP》阅读总结（上）

文章目录

系列文章目录
前言
第 1 章了解 Web 及网络基础
- 1. HTTP发展史
- 2. HTTP与TCP/IP协议的关系
- 3. HTTP对应TCP/IP协议各层的传输流程
- 4. URI 格式
第 2 章简单的 HTTP 协议
- 1. 报文格式简述
- 2. HTTP 是不保存状态的协议
- 3. HTTP/1.0 和 HTTP/1.1 支持的方法
- 4. 持久连接
- 5. 使用 Cookie 的状态管理
第 3 章 HTTP 报文内的 HTTP 信息
- 1. 请求报文及响应报文的结构
- 2. 编码提升传输速率
- 3. 内容协商返回最合适的内容
第 4 章返回结果的 HTTP 状态码
- 1. 状态码的类别
- 2. 2XX 成功
- 3. 3XX 重定向
- 4. 4XX 客户端错误
- 5. 5XX 服务器错误
总结

前言如同译者所说，讲HTTP协议的书籍确实很少：

在我的印象中，讲解网络协议的书仅有两本。一本是《HTTP 权威指南》，但其厚度令人望而生畏；另一本是《TCP/IP 详解，卷 1》，内容艰涩难懂，学习难度较大。

确实如此，《HTTP 权威指南》我也看过一小部分，真是从入门到放弃，不是书写的不好，真的很棒，也很细致。但对于我来说太枯燥了。
这本《图解HTTP》，本书图文并茂，大量图片穿插文中，生动形象地向读者介绍每一个应用案例，减少了读者阅读时的枯燥感。哈哈，很适合我，我的文章也非常喜欢用“图解XXX”的方式，但真心没有这本书用图用的这么彻底。
虽然是一本2014年的“老书”，但其实很多知识还是沿用至今的，HTTP版本为1.1，推荐阅读一下。
第 1 章了解 Web 及网络基础当你通过浏览器查看网页的时候实际发生了什么？通过一幅图、一个问题开篇。

文章图片

1. HTTP发展史 1990年，HTTP/0.9
1996 年的 5 月，HTTP/1.0
1997 年 1 月，HTTP/1.1
本书在2014年出版，书中写到“新一代 HTTP/2.0 正在制订中，但要达到较高的使用覆盖率，仍需假以时日。”
实际上2015年，HTTP/2 发布，但真如作者所说，2.0普及真是**“没那么快”**。
2. HTTP与TCP/IP协议的关系 TCP/IP 是互联网相关的各类协议族的总称, 包含了好多协议

文章图片

可见，HTTP是TCP/IP协议中的一个
3. HTTP对应TCP/IP协议各层的传输流程

文章图片

TCP/IP 协议族各层的作用如下：

应用层
应用层决定了向用户提供应用服务时通信的活动。 TCP/IP 协议族内预存了各类通用的应用服务。比如，FTP（File Transfer Protocol，文件传输协议）和 DNS（Domain Name System，域名系统）服务就是其中两类。 HTTP 协议也处于该层。
传输层
传输层对上层应用层，提供处于网络连接中的两台计算机之间的数据传输。在传输层有两个性质不同的协议：TCP（Transmission Control Protocol，传输控制协议）和 UDP（User Data Protocol，用户数据报协议）。
网络层（又名网络互连层）
网络层用来处理在网络上流动的数据包。数据包是网络传输的最小数据单位。该层规定了通过怎样的路径（所谓的传输路线）到达对方计算机，并把数据包传送给对方。与对方计算机之间通过多台计算机或网络设备进行传输时，网络层所起的作用就是在众多的选项内选择一条传输路线。
链路层（又名数据链路层，网络接口层）
用来处理连接网络的硬件部分。包括控制操作系统、硬件的设备驱动、NIC（Network Interface Card，网络适配器，即网卡），及光纤等物理可见部分（还包括连接器等一切传输媒介）。硬件上的范畴均在链路层的作用范围之内。

4. URI 格式

文章图片

第 2 章简单的 HTTP 协议 1. 报文格式简述一个图表示一个简单的HTTP请求：

文章图片

实际上，一个请求报文的组成如下：

文章图片

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

文章图片

3. HTTP/1.0 和 HTTP/1.1 支持的方法

文章图片

4. 持久连接 HTTP 协议的初始版本中，每进行一次 HTTP 通信就要断开一次 TCP 连接。每次的请求都会造成无谓的 TCP 连接建立和断开，增加通信量的开销。
为解决上述 TCP 连接的问题，HTTP/1.1 和一部分的 HTTP/1.0 想出了持久连接（HTTP Persistent Connections，也称为 HTTP keep-alive 或 HTTP connection reuse）的方法。持久连接的特点是，只要任意一端没有明确提出断开连接，则保持 TCP 连接状态。
持久连接使得多数请求以管线化（pipelining）方式发送成为可能。从前发送请求后需等待并收到响应，才能发送下一个请求。管线化技术出现后，不用等待响应亦可直接发送下一个请求。

文章图片

5. 使用 Cookie 的状态管理保留无状态协议这个特征的同时又要解决类似的矛盾问题，于是引入了 Cookie 技术。Cookie 技术通过在请求和响应报文中写入 Cookie 信息来控制客户端的状态。 Cookie 会根据从服务器端发送的响应报文内的一个叫做 Set-Cookie 的首部字段信息，通知客户端保存 Cookie。当下次客户端再往该服务器发送请求时，客户端会自动在请求报文中加入 Cookie 值后发送出去。服务器端发现客户端发送过来的 Cookie 后，会去检查究竟是从哪一个客户端发来的连接请求，然后对比服务器上的记录，最后得到之前的状态信息。

文章图片

第 3 章 HTTP 报文内的 HTTP 信息 1. 请求报文及响应报文的结构

文章图片

2. 编码提升传输速率 **压缩数据方式：**HTTP 在传输数据时可以按照数据原貌直接传输，但也可以在传输过程中通过编码提升传输速率。通过在传输时编码，能有效地处理大量的访问请求。但是，编码的操作需要计算机来完成，因此会消耗更多的 CPU 等资源。
常用的内容编码有以下几种。

gzip（GNU zip）
compress（UNIX 系统的标准压缩）
deflate（zlib）
identity（不进行编码）

**分割发送方式：**在 HTTP 通信过程中，请求的编码实体资源尚未全部传输完成之前，浏览器无法显示请求页面。在传输大容量数据时，通过把数据分割成多块，能够让浏览器逐步显示页面。
HTTP/1.1 中存在一种称为传输编码（Transfer Coding）的机制，它可以在通信时按某种编码方式传输，但只定义作用于分块传输编码中。
3. 内容协商返回最合适的内容内容协商机制是指客户端和服务器端就响应的资源内容进行交涉，然后提供给客户端最为适合的资源。内容协商会以响应资源的语言、字符集、编码方式等作为判断的基准。
包含在请求报文中的某些首部字段（如下）就是判断的基准。这些首部字段的详细说明请参考下一章。

Accept
Accept-Charset
Accept-Encoding
Accept-Language
Content-Language

内容协商技术有以下 3 种类型。
服务器驱动协商（Server-driven Negotiation）
由服务器端进行内容协商。以请求的首部字段为参考，在服务器端自动处理。但对用户来说，以浏览器发送的信息作为判定的依据，并不一定能筛选出最优内容。
客户端驱动协商（Agent-driven Negotiation）
由客户端进行内容协商的方式。用户从浏览器显示的可选项列表中手动选择。还可以利用 JavaScript 脚本在 Web 页面上自动进行上述选择。比如按 OS 的类型或浏览器类型，自行切换成 PC 版页面或手机版页面。
透明协商（Transparent Negotiation）
是服务器驱动和客户端驱动的结合体，是由服务器端和客户端各自进行内容协商的一种方法。
第 4 章返回结果的 HTTP 状态码 HTTP 状态码负责表示客户端 HTTP 请求的返回结果、标记服务器端的处理是否正常、通知出现的错误等工作。
状态码的职责是当客户端向服务器端发送请求时，描述返回的请求结果。借助状态码，用户可以知道服务器端是正常处理了请求，还是出现了错误。
1. 状态码的类别

文章图片

2. 2XX 成功

200 OK 表示从客户端发来的请求在服务器端被正常处理了。
204 No Content 该状态码代表服务器接收的请求已成功处理，但在返回的响应报文中不含实体的主体部分。
206 Partial Content 该状态码表示客户端进行了范围请求，而服务器成功执行了这部分的 GET 请求。

3. 3XX 重定向

301 Moved Permanently 永久性重定向。该状态码表示请求的资源已被分配了新的 URI，以后应使用资源现在所指的 URI。
302 Found 临时性重定向。该状态码表示请求的资源已被分配了新的 URI，希望用户（本次）能使用新的 URI 访问。
303 See Other 该状态码表示由于请求对应的资源存在着另一个 URI，应使用 GET 方法定向获取请求的资源。
304 Not Modified 该状态码表示客户端发送附带条件的请求 2 时，服务器端允许请求访问资源，但未满足条件的情况。
307 Temporary Redirect 临时重定向。该状态码与 302 Found 有着相同的含义。尽管 302 标准 64 禁止 POST 变换成 GET，但实际使用时大家并不遵守。 307 会遵照浏览器标准，不会从 POST 变成 GET。

4. 4XX 客户端错误