Centrifugo项目移除SockJS传输层的技术决策分析

Centrifugo作为一款高性能的实时消息平台，近期在其v6版本中做出了一个重要架构决策——完全移除了对SockJS传输层的支持。这一变更反映了现代Web技术栈的发展趋势，也体现了项目团队对技术选型的审慎考量。

SockJS曾是解决浏览器兼容性问题的重要方案，它通过多种降级传输方式（如长轮询、XHR流等）为不支持WebSocket的旧浏览器提供类似WebSocket的体验。然而，随着WebSocket API在现代浏览器中的普及率已达98%以上，以及HTTP/2等新协议的出现，SockJS的存在价值正在逐渐降低。

Centrifugo团队早在v4版本就已将SockJS标记为"已弃用"，并在后续版本中开发了更现代化的WebSocket模拟层。这个自研方案具有多项技术优势：支持二进制数据传输、无需粘性会话即可在分布式环境中工作、性能表现更优异。经过两年多的过渡期和多次公开征求意见后，团队确认没有用户提出必须保留SockJS的用例，因此在v6版本中正式移除了相关代码。

这一技术演进带来了几个显著好处：首先，简化了代码库和维护负担；其次，消除了对第三方未维护库的依赖；最重要的是，用户现在可以统一使用更高效、功能更完整的WebSocket协议及其模拟实现。对于仍需要降级传输的极少数场景，Centrifugo的自研方案已能提供更好的替代方案。

从技术架构角度看，这一变更也反映了现代实时通信系统的发展方向——优先考虑性能、可扩展性和协议一致性，而不是过度关注已经很少见的浏览器兼容性问题。Centrifugo通过这一决策，使其架构更加精简和面向未来。