XMLHttpRequest HTTP请求连接复用与XHR复用规则答疑

// 问题涉及的示例请求写法
let xhr = new XMLHttpRequest();
xhr.open('GET', 'https://example.com/some/api?' + query);
xhr.send();

每次新建XHR实例是否都会新建TCP连接、完成完整握手？ #

不会。
XMLHttpRequest只是JS层暴露给业务的请求操作对象，和底层的TCP/TLS连接没有一一绑定关系，连接的建立、复用、回收全由浏览器底层的网络栈统一维护，和上层是否新建XHR实例无关。
浏览器会为每个同源（协议、域名、端口三者一致）的目标维护独立的连接池：

• 走HTTP/1.1协议时，只要之前建立的连接还在保活有效期内、没有被客户端或服务端主动关闭，不管你新建多少个XHR实例，底层都会自动从连接池取空闲的已建连资源发送请求，不需要重复走TCP三次握手、TLS握手流程。
• 走HTTP/2、HTTP/3协议时，本身就是多路复用的长连接设计，同域下默认只会维持1-2个常驻连接，所有同域请求（包括XHR、fetch、静态资源加载请求）都会复用这几个连接，更不可能出现每次请求新建连接的情况。

复用同一个XHR实例，是否能在连接保活时复用已有连接？ #

复用XHR实例不会带来任何连接复用层面的额外收益。底层网络栈判断是否复用连接时，根本不关心上层用的是新创建的XHR实例还是之前用过的旧实例，只要连接池里有符合要求的可用连接，不管XHR实例是不是新的，都会自动复用。

HTTP连接的管理机制到底是什么？ #

HTTP连接的生命周期完全由浏览器底层和服务端协商控制，和上层XHR实例没有关联：

• HTTP/1.0时期持久连接是可选能力，需要请求和响应头都携带Connection: keep-alive才会在请求结束后保留连接，供后续请求复用。
• HTTP/1.1规范中持久连接是默认行为，除非请求或响应显式携带Connection: close头，否则请求完成后连接不会立刻断开，会保留一段时间等待后续同域请求使用，保活时长由浏览器和服务端各自的配置协商决定，通常在几十秒到数分钟不等。
• HTTP/2本身就是为长连接、多路复用设计的，确实没有HTTP/1.1时代keep-alive头的概念，连接默认常驻，靠协议自身的帧机制管理流和连接生命周期，同域下的所有请求都可以在同一个连接上并行传输，不会出现HTTP/1.1时代的队头阻塞问题。

核心判断：连接复用完全是底层网络栈自动处理的逻辑，上层业务不需要为了复用连接刻意调整写法，每次请求新建XHR实例是完全正常的标准写法，不会带来额外的连接建立开销。

复用XHR实例时，仅检查readyState === 4就能安全复用吗？ #

不能，非常不推荐复用XHR实例。
readyState === 4只代表上一个请求已经走到了完成状态（不管成功还是失败），但远达不到安全复用的标准：

• XHR实例上绑定的各类事件回调（onload/onerror/onprogress/onreadystatechange等）不会因为请求完成就自动销毁，复用时如果不手动全部解绑重绑，会出现回调重复触发的逻辑错乱问题。
• 存在状态串扰风险：比如上一个请求的响应头、响应内容、错误状态如果没有被完全重置，可能会污染下一次请求的返回结果；如果刚好在复用实例的节点上，之前绑定的连接被服务端主动断开，还会出现偶发的无理由请求失败。
• 退一步说，就算你花精力把实例上所有状态、事件都重置干净，也得不到任何性能收益——底层连接本来就会自动复用，做这些额外处理完全是多余的。

内容的提问来源于stack exchange，提问作者Smorfph