google-chrome - chrome 如何将 XHR 调用映射到 TCP 套接字

Question

我有一个疑问，我试图在谷歌上得到很多答案，但没有得到任何明确的答案（对于 Chrome）。

单个 XHR 调用如何映射到 Http 1.1 上下文中的底层 TCP 套接字？

请原谅我解释一下我的情况。

在我的工作流程中，我继续使用一组 REST API（超过 6 个）以 5 分钟的轮询频率轮询我的服务器。除了连续轮询之外，我还有工作流程——通常的 CRUD 工作流程，其中包含 1 个或多个 REST API 调用。因此，在给定时间，我拥有池化 API 以及一个/多个工作流 API。

我猜我经常看到一些工作流 REST API 在浏览器中因为没有获取 TCP 套接字而“停滞”。

所以我开始控制轮询 API 的并发性。我可以允许在轮询中同时执行多少个 REST API？因此，我开始将数字从 6、5、4 .... 1 减少，假设当我使用数字调用时，比如说 2.. 只有两个 TCP 套接字将被轮询 REST API 占用。其余 4 个 TCP 套接字将可用于工作流 API。

所以基本上通过单调减少池化 API 数量（从 6 到 1），我的期望是越来越多的 TCP 套接字将可用于工作流 API - 因此工作流将执行得更快（因为更多的 TCP 通道可用于工作流 API）。

然而，结果并不反映相同。这有点不确定。

我做错了什么假设？很可能我的 1 API 到 1 TCP 套接字映射似乎是一个有缺陷的概念。

如何了解更多关于 XHR 调用到 TCP socker 映射的信息？我尝试使用 chrome://net-internals（现在已被截断），尝试使用 chrome://net-export。但是，我无法找出 XHR 调用到通过 Chrome 安排的套接字的映射启发式。所以我的简化假设很可能没有按预期工作。

如果您能说明一下我的理解有什么错误，那真的很有帮助。

谢谢， 普拉迪普

标签： google-chromesocketstcp