问题描述
我有一个查询，我试图在Google上获得很多答案，但没有得到任何明确的答案（对于Chrome）。
单个XHR调用如何映射到Http 1.1上下文中的基础TCP套接字？
请原谅我的情况。
在工作流程中，我继续使用一组REST API（超过6个）以5分钟的轮询频率对服务器进行轮询。除了连续轮询外，我还有其他工作流程-包括1个或多个REST API调用的常规CRUD工作流程。因此，在给定的时间，我拥有池化API以及一个/多个工作流API。
我经常看到一些工作流REST API在浏览器中“停滞了”，因为我没有获取TCP套接字。
因此，我开始控制轮询API的并发性。我可以在轮询中同时执行几个REST API？因此，我从将数字从6、5、4 .... 1减少开始，假设我用数字调用时说2 ..轮询REST API仅占用两个TCP套接字。其余4个TCP套接字将可用于工作流API。
因此，基本上，通过单调减少池API的数量（从6减少到1），我的期望是越来越多的TCP套接字可用于工作流API-因此，工作流将执行得更快（因为更多的TCP通道可供工作流API处理） ）。
但是结果并没有相同。这是不确定的。
我做错了什么假设？我的1 API到1 TCP套接字映射很可能是一个有缺陷的概念。
如何了解有关XHR到TCP ockock映射的更多信息？我尝试使用chrome：// net-internals（现已被截断），尝试使用chrome：// net-export。但是，我无法找到XHR调用到通过Chrome安排的套接字的映射启发式方法。因此，我的简化假设很可能无法按预期工作。
如果可以的话，请告诉我我所理解的错误，那真的很有帮助。
谢谢， Pradip
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）