浏览器长连接|浏览器同域名请求最大并发限制

### 浏览器 HTTP/1 和 HTTP/2 并发请求处理机制对比 #### 一、HTTP/1.1 的并发请求处理 在 HTTP/1.1 中，浏览器通过多路复用来实现并发请求。由于 HTTP/1.1 是基于单线程模型的阻塞协议，因此每个 TCP 连接在同一时间内只能处理一个请求响应对。为了提高性能并减少延迟，浏览器通常会为同一个域名建立多个 TCP 连接来发送多个独立的请求[^1]。 然而，这种方式存在一定的局限性。例如，TCP 链接的数量受到操作系统的限制以及服务器端配置的影响。过多的连接数不仅增加了资源消耗，还可能导致网络拥塞等问题。此外，在某些情况下，即使建立了额外的连接，也无法完全解决队首阻塞（Head-of-Line Blocking, HOL Blocking）现象，即当某个请求被阻塞时，后续依赖该链接的其他请求也会受到影响而延缓执行。 #### 二、HTTP/2 的并发请求处理改进 相比之下，HTTP/2 对并发请求的支持更加高效。它引入了一种称为 **多路复用** （Multiplexing）的技术，允许在一个单一的 TCP 连接上同时传输多个请求和响应流。这意味着无需像 HTTP/1.1 那样创建多个单独的 TCP 连接即可完成多项任务[^2]。 具体来说，HTTP/2 将数据分割成更小的数据帧，并按照优先级分配这些帧到不同的逻辑流中。这种设计使得即使部分流量因某种原因变慢或者暂停也不会影响整个通信过程中的其余部分正常运行。另外，得益于头部压缩算法 HPACK 的应用，减少了每次交互所需传递的信息量从而进一步提升了效率。 以下是两种协议下浏览器对于并发请求的一些主要区别总结： | 特性 | HTTP/1.1 | HTTP/2 | |-------------------|---------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------| | 单次连接能力 | 每个 TCP 连接仅能承载一次请求-响应对话 | 支持同一连接上的多条双向通信通道 | | 多重连接需求 | 可能需要开启多个平行的 TCP 连接以满足高吞吐率的需求 | 不再需要维持大量冗余连接 | | 数据包大小优化 | 缺乏有效的头信息压缩手段 | 使用 HPACK 技术显著降低重复字段带来的开销 | | 资源竞争与公平调度 | 存在 HOL blocking 问题 | 提供更好的流控机制及自适应带宽管理 | 综上所述，相较于传统的 HTTP/1.1 方法论而言，现代化标准下的 HTTP/2 明显具备更强健灵活度更高的特性集合用于应对当今互联网环境中日益增长复杂性的挑战[^3]。 ```javascript // 示例代码展示如何利用 Axios 发起 GET 请求 (适用于任何版本 HTTP) const axios = require('axios'); (async () => { try { const response = await axios.get('https://httpbin.org/get'); console.log(response.data); } catch (error) { console.error(error); } })(); ```