Merge branch 'dev'

JunLiangWangX · Mar 21, 2024 · 92a6ef0 · 92a6ef0
2 parents 323c37b + 88029e4
commit 92a6ef0
Show file tree

Hide file tree

Showing 2 changed files with 2 additions and 2 deletions.
diff --git a/src/docs/overview/the-history-of-http.md b/src/docs/overview/the-history-of-http.md
@@ -240,7 +240,7 @@ Vary: Cookie, Accept-Encoding
 ### 缺陷
 
 - **线头阻塞（Head-of-Line Blocking）：** HTTP/1.1在同一连接上使用持久连接，但由于串行发送请求和响应，如果一个请求或响应的处理时间较长，那么后续的请求和响应将被阻塞，为此它引入了管道化技术(pipelining)试图解决该问题，但它并没有完全解决这个问题，因为即使在客户端请求选择某一管道并被异步发送出去，但在服务器如果该请求前面存在缓慢或繁重的请求，那么该请求就会被阻塞。这种情况也被称为线头阻塞
-- **无法处理较多的并发请求：** 由于头阻塞问题和单个连接的限制，HTTP/1.1在处理较多的并发请求时表现较差。浏览器限制了同时与同一域名建立的连接数，从而限制了并发请求的数量。
+- **无法处理较多的并发请求：** 由于头阻塞问题和单个连接的限制，HTTP/1.1在处理较多的并发请求时表现较差。浏览器限制了同时与同一域名建立的连接数,针对同一域名的并发请求最多可以同时发送6到8个,如果有超过限制的请求需要发送，浏览器会将这些请求放入队列，从而限制了并发请求的数量。
 - **未能被充分利用的TCP：** HTTP 1.1很难榨干TCP协议所能提供的所有性能。HTTP客户端和浏览器必须要另辟蹊径的去找到新的解决方案来降低页面载入时间。
 - **明文传输：** HTTP/1.1默认是明文传输，数据在网络上传输时不加密，可能被窃听或篡改。这会导致安全隐患，尤其是对于敏感信息的传输。
 - **头部冗余：** HTTP/1.1的请求和响应头部会携带一些冗余的信息，导致了较大的头部开销，特别是对于小的资源请求。

diff --git a/src/docs/performance-optimization-strategy/http-cache.md b/src/docs/performance-optimization-strategy/http-cache.md
@@ -259,7 +259,7 @@ Cache-Control: max-age=0, must-revalidate
 
 ### 不使用缓存
 
-**如果你不想使用缓存，不希望将响应存储在任何缓存中，可以通过在响应标头中添加`Cache-Control: no-cache`来实现。需要注意的是指定该指令只会阻止存储响应，但不会删除相同 URL 的任何已存储响应，也就是说如果已经为特定 URL 存储了旧响应，则返回 `no-store` 不会阻止旧响应被重用。**
+**如果你不想使用缓存，不希望将响应存储在任何缓存中，可以通过在响应标头中添加`Cache-Control: no-store`来实现。需要注意的是指定该指令只会阻止存储响应，但不会删除相同 URL 的任何已存储响应，也就是说如果已经为特定 URL 存储了旧响应，则返回 `no-store` 不会阻止旧响应被重用。**
 
 > 不使用缓存示例