AJAX与WebSocket响应混杂问题：Tomcat是否存在Bug？

首先可以明确：正常情况下Tomcat不会出现AJAX响应与WebSocket流量混流的Bug——毕竟WebSocket和HTTP（AJAX基于HTTP）虽然共用同一端口，但Tomcat的Connector会严格区分这两种协议：WebSocket需要先通过HTTP握手完成协议升级，之后的通信使用专属的WebSocket帧格式；而AJAX则是标准的HTTP请求-响应模式，两者的处理逻辑在Tomcat中是完全隔离的。

你遇到的这种数据混入情况，大概率是代码、配置或中间层的问题，而非Tomcat本身的Bug，下面是具体的排查方向和分析：

可能的原因排查 #

• 代码层面的资源复用错误
  检查你的服务器端代码：有没有不小心共享了输出流、Session对象或者线程变量？比如，是否在WebSocket端点和AJAX接口中复用了同一个静态的OutputStream实例？或者自定义的Filter/Valve错误地将HTTP响应的内容写入了已升级为WebSocket的连接中？这种资源误用是最常见的导致数据混流的原因。

• WebSocket帧处理不当
  如果你没有使用标准的JSR-356 WebSocket API，而是手动处理WebSocket帧的解析和发送，那很可能是帧格式处理错误：比如把HTTP响应的字节数据误当成WebSocket帧来发送，或者前端解析WebSocket消息时错误地处理了非WebSocket格式的字节。

• 旧版本Tomcat的边缘Case
  虽然概率极低，但某些非常老旧的Tomcat版本（比如Tomcat 7.x的早期版本、Tomcat 8.x的部分旧版）可能存在并发场景下的连接管理Bug。如果你的Tomcat版本较老，建议升级到当前稳定分支的最新版（比如Tomcat 9.x或10.x的最新稳定版），再测试问题是否复现。

• 中间代理的配置错误
  如果你的前端和Tomcat之间存在反向代理（比如Nginx、Apache HTTP Server），要检查代理的WebSocket配置：是否正确处理了Upgrade和Connection请求头？有没有开启WebSocket的代理支持？错误的代理配置可能导致HTTP和WebSocket的流量被混在一起转发。

排查步骤建议 #

1. 抓包验证问题本质：用浏览器开发者工具的Network面板（分别查看AJAX请求和WebSocket帧），或者Wireshark抓包，确认是服务器确实把AJAX响应发送到了WebSocket连接，还是前端解析时出现了错误。
2. 搭建最小复现Demo：写一个最简单的测试项目——只包含一个WebSocket端点和一个AJAX接口，同时发起请求，看是否能复现问题。如果不能，说明问题出在你项目的其他代码逻辑中。
3. 检查Tomcat官方Bug记录：可以去Apache Tomcat的官方Bug跟踪系统搜索类似的问题，确认是否有已知的Bug被修复。

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