auto commit

2020-11-17 00:32:18 +08:00
parent f5ad47b470
commit 7e61fc1360
380 changed files with 2371 additions and 46715 deletions
--- a/notes/HTTP.md
+++ b/notes/HTTP.md
@ -1,64 +1,22 @@
+# HTTP
 <!-- GFM-TOC -->
-* [一 、基础概念](#一-基础概念)
-    * [请求和响应报文](#请求和响应报文)
-    * [URL](#url)
-* [二、HTTP 方法](#二http-方法)
-    * [GET](#get)
-    * [HEAD](#head)
-    * [POST](#post)
-    * [PUT](#put)
-    * [PATCH](#patch)
-    * [DELETE](#delete)
-    * [OPTIONS](#options)
-    * [CONNECT](#connect)
-    * [TRACE](#trace)
-* [三、HTTP 状态码](#三http-状态码)
-    * [1XX 信息](#1xx-信息)
-    * [2XX 成功](#2xx-成功)
-    * [3XX 重定向](#3xx-重定向)
-    * [4XX 客户端错误](#4xx-客户端错误)
-    * [5XX 服务器错误](#5xx-服务器错误)
-* [四、HTTP 首部](#四http-首部)
-    * [通用首部字段](#通用首部字段)
-    * [请求首部字段](#请求首部字段)
-    * [响应首部字段](#响应首部字段)
-    * [实体首部字段](#实体首部字段)
-* [五、具体应用](#五具体应用)
-    * [连接管理](#连接管理)
-    * [Cookie](#cookie)
-    * [缓存](#缓存)
-    * [内容协商](#内容协商)
-    * [内容编码](#内容编码)
-    * [范围请求](#范围请求)
-    * [分块传输编码](#分块传输编码)
-    * [多部分对象集合](#多部分对象集合)
-    * [虚拟主机](#虚拟主机)
-    * [通信数据转发](#通信数据转发)
-* [六、HTTPS](#六https)
-    * [加密](#加密)
-    * [认证](#认证)
-    * [完整性保护](#完整性保护)
-    * [HTTPS 的缺点](#https-的缺点)
-* [七、HTTP/2.0](#七http20)
-    * [HTTP/1.x 缺陷](#http1x-缺陷)
-    * [二进制分帧层](#二进制分帧层)
-    * [服务端推送](#服务端推送)
-    * [首部压缩](#首部压缩)
-* [八、HTTP/1.1 新特性](#八http11-新特性)
-* [九、GET 和 POST 比较](#九get-和-post-比较)
-    * [作用](#作用)
-    * [参数](#参数)
-    * [安全](#安全)
-    * [幂等性](#幂等性)
-    * [可缓存](#可缓存)
-    * [XMLHttpRequest](#xmlhttprequest)
-* [参考资料](#参考资料)
+* [HTTP](#http)
+    * [一 、基础概念](#一-基础概念)
+    * [二、HTTP 方法](#二http-方法)
+    * [三、HTTP 状态码](#三http-状态码)
+    * [四、HTTP 首部](#四http-首部)
+    * [五、具体应用](#五具体应用)
+    * [六、HTTPS](#六https)
+    * [七、HTTP/2.0](#七http20)
+    * [八、HTTP/1.1 新特性](#八http11-新特性)
+    * [九、GET 和 POST 比较](#九get-和-post-比较)
+    * [参考资料](#参考资料)
 <!-- GFM-TOC -->


-# 一 、基础概念
+## 一 、基础概念

-## 请求和响应报文
+### 请求和响应报文

 客户端发送一个请求报文给服务器，服务器根据请求报文中的信息进行处理，并将处理结果放入响应报文中返回给客户端。

@ -120,7 +78,7 @@ X-Cache: HIT

 ```

-## URL
+### URL

 http 使用 URL（ **U** niform **R**esource **L**ocator，统一资源定位符）来定位资源，它可以认为是是  URI（**U**niform **R**esource **I**dentifier，统一资源标识符）的一个子集，URL 在 URI 的基础上增加了定位能力。URI 除了包含 URL 之外，还包含 URN（Uniform Resource Name，统一资源名称），它知识用来定义一个资源的名称，并不具备定位该资源的能力。例如 urn:isbn:0451450523 用来定义一个书籍，但是却没有表示怎么找到这本书。

@ -131,35 +89,35 @@ http 使用 URL（ **U** niform **R**esource **L**ocator，统一资源定位符
 - [rfc2616：3.2.2 http URL](https://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.2.2)
 - [What is the difference between a URI, a URL and a URN?](https://stackoverflow.com/questions/176264/what-is-the-difference-between-a-uri-a-url-and-a-urn)

-# 二、HTTP 方法
+## 二、HTTP 方法

 客户端发送的   **请求报文**   第一行为请求行，包含了方法字段。

-## GET
+### GET

-> 获取资源
+\> 获取资源

 当前网络请求中，绝大部分使用的是 GET 方法。

-## HEAD
+### HEAD

-> 获取报文首部
+\> 获取报文首部

 和 GET 方法类似，但是不返回报文实体主体部分。

 主要用于确认 URL 的有效性以及资源更新的日期时间等。

-## POST
+### POST

-> 传输实体主体
+\> 传输实体主体

 POST 主要用来传输数据，而 GET 主要用来获取资源。

 更多 POST 与 GET 的比较请见第九章。

-## PUT
+### PUT

-> 上传文件
+\> 上传文件

 由于自身不带验证机制，任何人都可以上传文件，因此存在安全性问题，一般不使用该方法。

@ -172,9 +130,9 @@ Content-length: 16
 <p>New File</p>
 ```

-## PATCH
+### PATCH

-> 对资源进行部分修改
+\> 对资源进行部分修改

 PUT 也可以用于修改资源，但是只能完全替代原始资源，PATCH 允许部分修改。

@ -188,9 +146,9 @@ Content-Length: 100
 [description of changes]
 ```

-## DELETE
+### DELETE

-> 删除文件
+\> 删除文件

 与 PUT 功能相反，并且同样不带验证机制。

@ -198,17 +156,17 @@ Content-Length: 100
 DELETE /file.html HTTP/1.1
 ```

-## OPTIONS
+### OPTIONS

-> 查询支持的方法
+\> 查询支持的方法

 查询指定的 URL 能够支持的方法。

 会返回 `Allow: GET, POST, HEAD, OPTIONS` 这样的内容。

-## CONNECT
+### CONNECT

-> 要求在与代理服务器通信时建立隧道
+\> 要求在与代理服务器通信时建立隧道

 使用 SSL（Secure Sockets Layer，安全套接层）和 TLS（Transport Layer Security，传输层安全）协议把通信内容加密后经网络隧道传输。

@ -218,9 +176,9 @@ CONNECT www.example.com:443 HTTP/1.1

 <div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/dc00f70e-c5c8-4d20-baf1-2d70014a97e3.jpg" width=""/> </div><br>

-## TRACE
+### TRACE

-> 追踪路径
+\> 追踪路径

 服务器会将通信路径返回给客户端。

@ -230,7 +188,7 @@ CONNECT www.example.com:443 HTTP/1.1

 - [rfc2616：9 Method Definitions](https://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html)

-# 三、HTTP 状态码
+## 三、HTTP 状态码

 服务器返回的   **响应报文**   中第一行为状态行，包含了状态码以及原因短语，用来告知客户端请求的结果。

@ -242,11 +200,11 @@ CONNECT www.example.com:443 HTTP/1.1
 | 4XX | Client Error（客户端错误状态码） | 服务器无法处理请求 |
 | 5XX | Server Error（服务器错误状态码） | 服务器处理请求出错 |

-## 1XX 信息
+### 1XX 信息

 -   **100 Continue**  ：表明到目前为止都很正常，客户端可以继续发送请求或者忽略这个响应。

-## 2XX 成功
+### 2XX 成功

 -   **200 OK**  

@ -254,7 +212,7 @@ CONNECT www.example.com:443 HTTP/1.1

 -   **206 Partial Content**  ：表示客户端进行了范围请求，响应报文包含由 Content-Range 指定范围的实体内容。

-## 3XX 重定向
+### 3XX 重定向

 -   **301 Moved Permanently**  ：永久性重定向

@ -268,7 +226,7 @@ CONNECT www.example.com:443 HTTP/1.1

 -   **307 Temporary Redirect**  ：临时重定向，与 302 的含义类似，但是 307 要求浏览器不会把重定向请求的 POST 方法改成 GET 方法。

-## 4XX 客户端错误
+### 4XX 客户端错误

 -   **400 Bad Request**  ：请求报文中存在语法错误。

@ -278,19 +236,19 @@ CONNECT www.example.com:443 HTTP/1.1

 -   **404 Not Found**  

-## 5XX 服务器错误
+### 5XX 服务器错误

 -   **500 Internal Server Error**  ：服务器正在执行请求时发生错误。

 -   **503 Service Unavailable**  ：服务器暂时处于超负载或正在进行停机维护，现在无法处理请求。

-# 四、HTTP 首部
+## 四、HTTP 首部

 有 4 种类型的首部字段：通用首部字段、请求首部字段、响应首部字段和实体首部字段。

 各种首部字段及其含义如下（不需要全记，仅供查阅）：

-## 通用首部字段
+### 通用首部字段

 | 首部字段名 | 说明 |
 | :--: | :--: |
@ -304,7 +262,7 @@ CONNECT www.example.com:443 HTTP/1.1
 | Via | 代理服务器的相关信息 |
 | Warning | 错误通知 |

-## 请求首部字段
+### 请求首部字段

 | 首部字段名 | 说明 |
 | :--: | :--: |
@ -328,7 +286,7 @@ CONNECT www.example.com:443 HTTP/1.1
 | TE | 传输编码的优先级 |
 | User-Agent | HTTP 客户端程序的信息 |

-## 响应首部字段
+### 响应首部字段

 | 首部字段名 | 说明 |
 | :--: | :--: |
@ -342,7 +300,7 @@ CONNECT www.example.com:443 HTTP/1.1
 | Vary | 代理服务器缓存的管理信息 |
 | WWW-Authenticate | 服务器对客户端的认证信息 |

-## 实体首部字段
+### 实体首部字段

 | 首部字段名 | 说明 |
 | :--: | :--: |
@ -357,13 +315,13 @@ CONNECT www.example.com:443 HTTP/1.1
 | Expires | 实体主体过期的日期时间 |
 | Last-Modified | 资源的最后修改日期时间 |

-# 五、具体应用
+## 五、具体应用

-## 连接管理
+### 连接管理

 <div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/HTTP1_x_Connections.png" width="800"/> </div><br>

-### 1. 短连接与长连接
+#### 1. 短连接与长连接

 当浏览器访问一个包含多张图片的 HTML 页面时，除了请求访问的 HTML 页面资源，还会请求图片资源。如果每进行一次 HTTP 通信就要新建一个 TCP 连接，那么开销会很大。

@ -372,13 +330,13 @@ CONNECT www.example.com:443 HTTP/1.1
 - 从 HTTP/1.1 开始默认是长连接的，如果要断开连接，需要由客户端或者服务器端提出断开，使用 `Connection : close`；
 - 在 HTTP/1.1 之前默认是短连接的，如果需要使用长连接，则使用 `Connection : Keep-Alive`。

-### 2. 流水线
+#### 2. 流水线

 默认情况下，HTTP 请求是按顺序发出的，下一个请求只有在当前请求收到响应之后才会被发出。由于受到网络延迟和带宽的限制，在下一个请求被发送到服务器之前，可能需要等待很长时间。

 流水线是在同一条长连接上连续发出请求，而不用等待响应返回，这样可以减少延迟。

-## Cookie
+### Cookie

 HTTP 协议是无状态的，主要是为了让 HTTP 协议尽可能简单，使得它能够处理大量事务。HTTP/1.1 引入 Cookie 来保存状态信息。

@ -386,13 +344,13 @@ Cookie 是服务器发送到用户浏览器并保存在本地的一小块数据

 Cookie 曾一度用于客户端数据的存储，因为当时并没有其它合适的存储办法而作为唯一的存储手段，但现在随着现代浏览器开始支持各种各样的存储方式，Cookie 渐渐被淘汰。新的浏览器 API 已经允许开发者直接将数据存储到本地，如使用 Web storage API（本地存储和会话存储）或 IndexedDB。

-### 1. 用途
+#### 1. 用途

 - 会话状态管理（如用户登录状态、购物车、游戏分数或其它需要记录的信息）
 - 个性化设置（如用户自定义设置、主题等）
 - 浏览器行为跟踪（如跟踪分析用户行为等）

-### 2. 创建过程
+#### 2. 创建过程

 服务器发送的响应报文包含 Set-Cookie 首部字段，客户端得到响应报文后把 Cookie 内容保存到浏览器中。

@ -413,7 +371,7 @@ Host: www.example.org
 Cookie: yummy_cookie=choco; tasty_cookie=strawberry
 ```

-### 3. 分类
+#### 3. 分类

 - 会话期 Cookie：浏览器关闭之后它会被自动删除，也就是说它仅在会话期内有效。
 - 持久性 Cookie：指定过期时间（Expires）或有效期（max-age）之后就成为了持久性的 Cookie。
@ -422,7 +380,7 @@ Cookie: yummy_cookie=choco; tasty_cookie=strawberry
 Set-Cookie: id=a3fWa; Expires=Wed, 21 Oct 2015 07:28:00 GMT;
 ```

-### 4. 作用域
+#### 4. 作用域

 Domain 标识指定了哪些主机可以接受 Cookie。如果不指定，默认为当前文档的主机（不包含子域名）。如果指定了 Domain，则一般包含子域名。例如，如果设置 Domain=mozilla.org，则 Cookie 也包含在子域名中（如 developer.mozilla.org）。

@ -432,7 +390,7 @@ Path 标识指定了主机下的哪些路径可以接受 Cookie（该 URL 路径
 - /docs/Web/
 - /docs/Web/HTTP

-### 5. JavaScript
+#### 5. JavaScript

 浏览器通过 `document.cookie` 属性可创建新的 Cookie，也可通过该属性访问非 HttpOnly 标记的 Cookie。

@ -442,7 +400,7 @@ document.cookie = "tasty_cookie=strawberry";
 console.log(document.cookie);
 ```

-### 6. HttpOnly
+#### 6. HttpOnly

 标记为 HttpOnly 的 Cookie 不能被 JavaScript 脚本调用。跨站脚本攻击 (XSS) 常常使用 JavaScript 的 `document.cookie` API 窃取用户的 Cookie 信息，因此使用 HttpOnly 标记可以在一定程度上避免 XSS 攻击。

@ -450,11 +408,11 @@ console.log(document.cookie);
 Set-Cookie: id=a3fWa; Expires=Wed, 21 Oct 2015 07:28:00 GMT; Secure; HttpOnly
 ```

-### 7. Secure
+#### 7. Secure

 标记为 Secure 的 Cookie 只能通过被 HTTPS 协议加密过的请求发送给服务端。但即便设置了 Secure 标记，敏感信息也不应该通过 Cookie 传输，因为 Cookie 有其固有的不安全性，Secure 标记也无法提供确实的安全保障。

-### 8. Session
+#### 8. Session

 除了可以将用户信息通过 Cookie 存储在用户浏览器中，也可以利用 Session 存储在服务器端，存储在服务器端的信息更加安全。

@ -469,29 +427,29 @@ Session 可以存储在服务器上的文件、数据库或者内存中。也可

 应该注意 Session ID 的安全性问题，不能让它被恶意攻击者轻易获取，那么就不能产生一个容易被猜到的 Session ID 值。此外，还需要经常重新生成 Session ID。在对安全性要求极高的场景下，例如转账等操作，除了使用 Session 管理用户状态之外，还需要对用户进行重新验证，比如重新输入密码，或者使用短信验证码等方式。

-### 9. 浏览器禁用 Cookie
+#### 9. 浏览器禁用 Cookie

 此时无法使用 Cookie 来保存用户信息，只能使用 Session。除此之外，不能再将 Session ID 存放到 Cookie 中，而是使用 URL 重写技术，将 Session ID 作为 URL 的参数进行传递。

-### 10. Cookie 与 Session 选择
+#### 10. Cookie 与 Session 选择

 - Cookie 只能存储 ASCII 码字符串，而 Session 则可以存储任何类型的数据，因此在考虑数据复杂性时首选 Session；
 - Cookie 存储在浏览器中，容易被恶意查看。如果非要将一些隐私数据存在 Cookie 中，可以将 Cookie 值进行加密，然后在服务器进行解密；
 - 对于大型网站，如果用户所有的信息都存储在 Session 中，那么开销是非常大的，因此不建议将所有的用户信息都存储到 Session 中。

-## 缓存
+### 缓存

-### 1. 优点
+#### 1. 优点

 - 缓解服务器压力；
 - 降低客户端获取资源的延迟：缓存通常位于内存中，读取缓存的速度更快。并且缓存服务器在地理位置上也有可能比源服务器来得近，例如浏览器缓存。

-### 2. 实现方法
+#### 2. 实现方法

 - 让代理服务器进行缓存；
 - 让客户端浏览器进行缓存。

-### 3. Cache-Control
+#### 3. Cache-Control

 HTTP/1.1 通过 Cache-Control 首部字段来控制缓存。

@ -544,7 +502,7 @@ Expires: Wed, 04 Jul 2012 08:26:05 GMT
 - 在 HTTP/1.1 中，会优先处理 max-age 指令；
 - 在 HTTP/1.0 中，max-age 指令会被忽略掉。

-### 4. 缓存验证
+#### 4. 缓存验证

 需要先了解 ETag 首部字段的含义，它是资源的唯一标识。URL 不能唯一表示资源，例如 `http://www.google.com/` 有中文和英文两个资源，只有 ETag 才能对这两个资源进行唯一标识。

@ -568,11 +526,11 @@ Last-Modified: Wed, 21 Oct 2015 07:28:00 GMT
 If-Modified-Since: Wed, 21 Oct 2015 07:28:00 GMT
 ```

-## 内容协商
+### 内容协商

 通过内容协商返回最合适的内容，例如根据浏览器的默认语言选择返回中文界面还是英文界面。

-### 1. 类型
+#### 1. 类型

 **1.1 服务端驱动型**  

@ -588,7 +546,7 @@ If-Modified-Since: Wed, 21 Oct 2015 07:28:00 GMT

 服务器返回 300 Multiple Choices 或者 406 Not Acceptable，客户端从中选出最合适的那个资源。

-### 2. Vary
+#### 2. Vary

 ```html
 Vary: Accept-Language
@ -598,7 +556,7 @@ Vary: Accept-Language

 例如，一个客户端发送了一个包含 Accept-Language 首部字段的请求之后，源服务器返回的响应包含 `Vary: Accept-Language` 内容，缓存服务器对这个响应进行缓存之后，在客户端下一次访问同一个 URL 资源，并且 Accept-Language 与缓存中的对应的值相同时才会返回该缓存。

-## 内容编码
+### 内容编码

 内容编码将实体主体进行压缩，从而减少传输的数据量。

@ -606,11 +564,11 @@ Vary: Accept-Language

 浏览器发送 Accept-Encoding 首部，其中包含有它所支持的压缩算法，以及各自的优先级。服务器则从中选择一种，使用该算法对响应的消息主体进行压缩，并且发送 Content-Encoding 首部来告知浏览器它选择了哪一种算法。由于该内容协商过程是基于编码类型来选择资源的展现形式的，响应报文的 Vary 首部字段至少要包含 Content-Encoding。

-## 范围请求
+### 范围请求

 如果网络出现中断，服务器只发送了一部分数据，范围请求可以使得客户端只请求服务器未发送的那部分数据，从而避免服务器重新发送所有数据。

-### 1. Range
+#### 1. Range

 在请求报文中添加 Range 首部字段指定请求的范围。

@ -630,7 +588,7 @@ Content-Length: 1024
 (binary content)
 ```

-### 2. Accept-Ranges
+#### 2. Accept-Ranges

 响应首部字段 Accept-Ranges 用于告知客户端是否能处理范围请求，可以处理使用 bytes，否则使用 none。

@ -638,17 +596,17 @@ Content-Length: 1024
 Accept-Ranges: bytes
 ```

-### 3. 响应状态码
+#### 3. 响应状态码

 - 在请求成功的情况下，服务器会返回 206 Partial Content 状态码。
 - 在请求的范围越界的情况下，服务器会返回 416 Requested Range Not Satisfiable 状态码。
 - 在不支持范围请求的情况下，服务器会返回 200 OK 状态码。

-## 分块传输编码
+### 分块传输编码

 Chunked Transfer Encoding，可以把数据分割成多块，让浏览器逐步显示页面。

-## 多部分对象集合
+### 多部分对象集合

 一份报文主体内可含有多种类型的实体同时发送，每个部分之间用 boundary 字段定义的分隔符进行分隔，每个部分都可以有首部字段。

@ -669,13 +627,13 @@ Content-Type: text/plain
 --AaB03x--
 ```

-## 虚拟主机
+### 虚拟主机

 HTTP/1.1 使用虚拟主机技术，使得一台服务器拥有多个域名，并且在逻辑上可以看成多个服务器。

-## 通信数据转发
+### 通信数据转发

-### 1. 代理
+#### 1. 代理

 代理服务器接受客户端的请求，并且转发给其它服务器。

@ -696,15 +654,15 @@ HTTP/1.1 使用虚拟主机技术，使得一台服务器拥有多个域名，

 <div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/2d09a847-b854-439c-9198-b29c65810944.png" width=""/> </div><br>

-### 2. 网关
+#### 2. 网关

 与代理服务器不同的是，网关服务器会将 HTTP 转化为其它协议进行通信，从而请求其它非 HTTP 服务器的服务。

-### 3. 隧道
+#### 3. 隧道

 使用 SSL 等加密手段，在客户端和服务器之间建立一条安全的通信线路。

-# 六、HTTPS
+## 六、HTTPS

 HTTP 有以下安全性问题：

@ -718,9 +676,9 @@ HTTPS 并不是新协议，而是让 HTTP 先和 SSL（Secure Sockets Layer）

 <div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/ssl-offloading.jpg" width="700"/> </div><br>

-## 加密
+### 加密

-### 1. 对称密钥加密
+#### 1. 对称密钥加密

 对称密钥加密（Symmetric-Key Encryption），加密和解密使用同一密钥。

@ -729,7 +687,7 @@ HTTPS 并不是新协议，而是让 HTTP 先和 SSL（Secure Sockets Layer）

 <div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/7fffa4b8-b36d-471f-ad0c-a88ee763bb76.png" width="600"/> </div><br>

-### 2.非对称密钥加密
+#### 2.非对称密钥加密

 非对称密钥加密，又称公开密钥加密（Public-Key Encryption），加密和解密使用不同的密钥。

@ -742,7 +700,7 @@ HTTPS 并不是新协议，而是让 HTTP 先和 SSL（Secure Sockets Layer）

 <div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/39ccb299-ee99-4dd1-b8b4-2f9ec9495cb4.png" width="600"/> </div><br>

-### 3. HTTPS 采用的加密方式
+#### 3. HTTPS 采用的加密方式

 上面提到对称密钥加密方式的传输效率更高，但是无法安全地将密钥 Secret Key 传输给通信方。而非对称密钥加密方式可以保证传输的安全性，因此我们可以利用非对称密钥加密方式将 Secret Key  传输给通信方。HTTPS 采用混合的加密机制，正是利用了上面提到的方案：

@ -751,7 +709,7 @@ HTTPS 并不是新协议，而是让 HTTP 先和 SSL（Secure Sockets Layer）

 <div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/How-HTTPS-Works.png" width="600"/> </div><br>

-## 认证
+### 认证

 通过使用   **证书**   来对通信方进行认证。

@ -763,7 +721,7 @@ HTTPS 并不是新协议，而是让 HTTP 先和 SSL（Secure Sockets Layer）

 <div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/2017-06-11-ca.png" width=""/> </div><br>

-## 完整性保护
+### 完整性保护

 SSL 提供报文摘要功能来进行完整性保护。

@ -771,14 +729,14 @@ HTTP 也提供了 MD5 报文摘要功能，但不是安全的。例如报文内

 HTTPS 的报文摘要功能之所以安全，是因为它结合了加密和认证这两个操作。试想一下，加密之后的报文，遭到篡改之后，也很难重新计算报文摘要，因为无法轻易获取明文。

-## HTTPS 的缺点
+### HTTPS 的缺点

 - 因为需要进行加密解密等过程，因此速度会更慢；
 - 需要支付证书授权的高额费用。

-# 七、HTTP/2.0
+## 七、HTTP/2.0

-## HTTP/1.x 缺陷
+### HTTP/1.x 缺陷

 HTTP/1.x 实现简单是以牺牲性能为代价的：

@ -786,7 +744,7 @@ HTTP/1.x 实现简单是以牺牲性能为代价的：
 - 不会压缩请求和响应首部，从而导致不必要的网络流量；
 - 不支持有效的资源优先级，致使底层 TCP 连接的利用率低下。

-## 二进制分帧层
+### 二进制分帧层

 HTTP/2.0 将报文分成 HEADERS 帧和 DATA 帧，它们都是二进制格式的。

@ -800,13 +758,13 @@ HTTP/2.0 将报文分成 HEADERS 帧和 DATA 帧，它们都是二进制格式

 <div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/af198da1-2480-4043-b07f-a3b91a88b815.png" width="600"/> </div><br>

-## 服务端推送
+### 服务端推送

 HTTP/2.0 在客户端请求一个资源时，会把相关的资源一起发送给客户端，客户端就不需要再次发起请求了。例如客户端请求 page.html 页面，服务端就把 script.js 和 style.css 等与之相关的资源一起发给客户端。

 <div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/e3f1657c-80fc-4dfa-9643-bf51abd201c6.png" width="800"/> </div><br>

-## 首部压缩
+### 首部压缩

 HTTP/1.1 的首部带有大量信息，而且每次都要重复发送。

@ -816,7 +774,7 @@ HTTP/2.0 要求客户端和服务器同时维护和更新一个包含之前见

 <div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/_u4E0B_u8F7D.png" width="600"/> </div><br>

-# 八、HTTP/1.1 新特性
+## 八、HTTP/1.1 新特性

 详细内容请见上文

@ -828,13 +786,13 @@ HTTP/2.0 要求客户端和服务器同时维护和更新一个包含之前见
 - 支持分块传输编码
 - 新增缓存处理指令 max-age

-# 九、GET 和 POST 比较
+## 九、GET 和 POST 比较

-## 作用
+### 作用

 GET 用于获取资源，而 POST 用于传输实体主体。

-## 参数
+### 参数

 GET 和 POST 的请求都能使用额外的参数，但是 GET 的参数是以查询字符串出现在 URL 中，而 POST 的参数存储在实体主体中。不能因为 POST 参数存储在实体主体中就认为它的安全性更高，因为照样可以通过一些抓包工具（Fiddler）查看。

@ -850,7 +808,7 @@ Host: w3schools.com
 name1=value1&name2=value2
 ```

-## 安全
+### 安全

 安全的 HTTP 方法不会改变服务器状态，也就是说它只是可读的。

@ -860,7 +818,7 @@ GET 方法是安全的，而 POST 却不是，因为 POST 的目的是传送实

 不安全的方法除了 POST 之外还有 PUT、DELETE。

-## 幂等性
+### 幂等性

 幂等的 HTTP 方法，同样的请求被执行一次与连续执行多次的效果是一样的，服务器的状态也是一样的。换句话说就是，幂等方法不应该具有副作用（统计用途除外）。

@ -893,7 +851,7 @@ DELETE /idX/delete HTTP/1.1   -> Returns 404 as it just got deleted
 DELETE /idX/delete HTTP/1.1   -> Returns 404
 ```

-## 可缓存
+### 可缓存

 如果要对响应进行缓存，需要满足以下条件：

@ -901,16 +859,16 @@ DELETE /idX/delete HTTP/1.1   -> Returns 404
 - 响应报文的状态码是可缓存的，包括：200, 203, 204, 206, 300, 301, 404, 405, 410, 414, and 501。
 - 响应报文的 Cache-Control 首部字段没有指定不进行缓存。

-## XMLHttpRequest
+### XMLHttpRequest

 为了阐述 POST 和 GET 的另一个区别，需要先了解 XMLHttpRequest：

-> XMLHttpRequest 是一个 API，它为客户端提供了在客户端和服务器之间传输数据的功能。它提供了一个通过 URL 来获取数据的简单方式，并且不会使整个页面刷新。这使得网页只更新一部分页面而不会打扰到用户。XMLHttpRequest 在 AJAX 中被大量使用。
+\> XMLHttpRequest 是一个 API，它为客户端提供了在客户端和服务器之间传输数据的功能。它提供了一个通过 URL 来获取数据的简单方式，并且不会使整个页面刷新。这使得网页只更新一部分页面而不会打扰到用户。XMLHttpRequest 在 AJAX 中被大量使用。

 - 在使用 XMLHttpRequest 的 POST 方法时，浏览器会先发送 Header 再发送 Data。但并不是所有浏览器会这么做，例如火狐就不会。
 - 而 GET 方法 Header 和 Data 会一起发送。

-# 参考资料
+## 参考资料

 - 上野宣. 图解 HTTP[M]. 人民邮电出版社, 2014.
 - [MDN : HTTP](https://developer.mozilla.org/en-US/docs/Web/HTTP)
@ -939,10 +897,3 @@ DELETE /idX/delete HTTP/1.1   -> Returns 404
 - [Symmetric vs. Asymmetric Encryption – What are differences?](https://www.ssl2buy.com/wiki/symmetric-vs-asymmetric-encryption-what-are-differences)
 - [Web 性能优化与 HTTP/2](https://www.kancloud.cn/digest/web-performance-http2)
 - [HTTP/2 简介](https://developers.google.com/web/fundamentals/performance/http2/?hl=zh-cn)
-
-
-
-
-
-
-<div align="center"><img width="320px" src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/githubio/公众号二维码-2.png"></img></div>