Chrome中POST请求莫名停滞7秒的技术问题咨询（SSE场景）

嘿，我之前也碰到过类似的Chrome下POST请求莫名阻塞的情况，结合你给出的环境和触发场景，核心原因大概率和Chrome的HTTP/1.1并发连接限制以及SSE长连接的特性有关，下面给你拆解下：

1. 为什么会出现7秒停滞？ #

Chrome（包括多数现代浏览器）对同一域名的HTTP/1.1并发连接数默认限制是6个。而SSE是持久化的长连接，每创建一个订阅就会占用一个TCP连接，而且只要订阅没取消，这个连接就会一直挂着。

你说快速执行4次创建SSE订阅的操作，这就意味着至少4个长连接被占住了——再加上可能存在的其他活跃请求，连接池里的空闲连接就不够用了。这时候发起POST请求，Chrome只能把它放进队列里等着，直到某个长连接释放或者超时，这就是你看到的7秒停滞的原因。

另外你提到停滞时TCP连接数是3-4，这可能是部分SSE连接异常断开后，Chrome的连接池还在维护这些连接的状态，或者Play Framework的连接复用策略导致实际可用连接更少。

2. 具体解决办法 #

👉 合并SSE订阅，减少长连接数量 #

别给每个UI操作单独建SSE订阅，搞一个统一的SSE通道就好：

• 客户端只和服务器建立1个SSE连接
• 连接的时候可以通过Query参数告诉服务器需要订阅哪些业务事件，或者后续通过消息传递订阅需求
• 服务器推送消息时带上事件标识，客户端收到后再分发给对应的UI逻辑处理
  这样一来，原本4个长连接变成1个，连接池压力瞬间就小了。

👉 切换到HTTP/2，彻底突破连接限制 #

HTTP/2支持多路复用，同一个TCP连接上可以并发处理所有请求，直接绕开HTTP/1.1的6连接限制：

• 确认你的Play Framework版本（2.5及以上支持HTTP/2），然后在配置文件里开启：play.server.http2.enabled=true
• Chrome 64+完全支持HTTP/2，只要服务器配置了HTTPS就行（本地开发的话有些情况可以不用HTTPS，但线上环境建议配置）

👉 优化连接的复用与超时策略 #

• 在Angular 1.4里，给$http配置连接复用参数，尽量让请求复用已有连接，别动不动就新建
• Play Framework这边给SSE加心跳和超时：定期发空消息保持连接活跃，同时设置最大空闲时间，超时就主动关掉闲置的SSE连接，释放资源
• 用Chrome的chrome://net-internals/#connections页面，查看和目标域名的连接状态，看看有没有闲置的长连接没被及时释放

👉 客户端限制重复订阅 #

在前端加个小逻辑，避免重复创建订阅：

• 维护一个订阅缓存，用户重复操作时直接复用已有的订阅实例，不用新建连接
• 当对应的UI组件销毁时，主动关掉SSE订阅，把连接还给连接池

3. 怎么验证问题解决了？ #

• 打开Chrome控制台的Network面板，勾选Preserve log和Disable cache，看POST请求是不是还会处于Pending状态等连接
• 用chrome://net-internals/#connections查看连接数，确认长连接的占用情况有没有改善

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