咨询浏览器中“in-flight request”的含义及相关技术问题

嘿，我来帮你把这个概念掰扯得明明白白～

1. 浏览器场景下的“in-flight request”到底是什么？ #

简单来说，它就是已经从浏览器发送出去，但还没收到服务器完整响应的请求——不管服务器是正在处理、响应还在传输中，还是最终会超时/失败，只要请求已经发出且没有得到完整结果，就属于in-flight状态。

你提到的“首个交互窗口”统计逻辑，核心就是找一段连续5秒的时段，其中处于这种pending状态的请求数量不超过2个。这其实是衡量网页加载流畅度的一个关键指标：如果太多请求同时处于in-flight状态，会占用浏览器的连接池资源，不仅可能拖慢后续资源的加载，还会影响用户交互时的响应速度。

2. 它是不是HTTP请求？ #

没错，浏览器里的in-flight request绝大多数都是HTTP/HTTPS请求——毕竟网页加载时获取HTML、CSS、JS、图片、字体等资源，全靠HTTP协议。

不过要注意：像WebSocket这种双向长连接，一般不算in-flight request，因为它不是“发送请求→等待单次响应”的一次性模式，而是持续的双向通信通道。

3. in-flight request和其他类型请求的区别 #

可以从几个维度对比：

• 和已完成（completed）请求：后者已经收到服务器的完整响应（不管是成功的200还是错误的404/500），请求生命周期已经结束；而in-flight request还处于“等待结果”的pending状态。
• 和待发送（queued）请求：后者是浏览器已经准备好发送，但因为各种限制（比如HTTP/1.1对同域名并发连接数的限制通常是6个）还在排队，没真正发出去；而in-flight request已经占用了一个连接位，实实在在发向了服务器。
• 和预加载（preload）请求：如果预加载请求已经发出但没收到响应，就算in-flight；但如果只是在预加载队列中等待发送，就不属于这个范畴。

内容的提问来源于stack exchange，提问作者crenshaw-dev