为何SSE有连接数限制仍被广泛使用？Spring SSE服务扩容疑问

为什么仍有开发者选择SSE？ #

• 实现成本极低：SSE基于HTTP标准协议，不需要像WebSocket那样处理复杂的握手、双向帧解析逻辑。比如在Spring里，只用SseEmitter就能快速搭建推送服务，代码量比WebSocket少一大截。
• 原生自动重连：浏览器自带的EventSource API支持自动重连，断连后会自动尝试恢复，不用自己写心跳检测、重连逻辑，省了不少客户端开发的事。
• 资源占用更轻量：SSE是单向推送，服务端不用维护双向通信的状态，对于只需要服务端主动推数据给客户端的场景（比如倒计时、系统通知），比WebSocket更省服务器资源。
• 兼容性更好：除了IE，几乎所有现代浏览器都原生支持SSE，不需要额外引入客户端库或者polyfill，直接就能用。

如何实现近乎无限制的SSE连接数？ #

• 优化HTTP/2配置：HTTP/1的6连接限制是浏览器单域名的并发配额，HTTP/2默认的100可以通过调整服务器参数大幅提升。比如Nginx可以设置http2_max_concurrent_streams到几千，Tomcat调整maxConcurrentStreams参数，足够支撑大部分中小规模场景的并发。
• 域名分片：把SSE接口部署到多个二级域名下（比如sse1.yourdomain.com、sse2.yourdomain.com），每个域名都能享受独立的浏览器连接数配额，绕开单域名的限制。
• 服务器系统优化：调高服务器的文件描述符上限（Linux下通过ulimit -n临时调整，或者修改/etc/security/limits.conf永久设置），因为每个SSE连接都会占用一个文件描述符，默认上限通常不够。同时确保服务器用异步非阻塞模式（比如Tomcat的NIO、Undertow），避免线程耗尽。
• 反向代理连接复用：用Nginx这类反向代理，将大量客户端的SSE连接复用成少数几个与后端服务器的长连接，降低后端的连接数压力，从而支持更多客户端并发。

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