JMeter无法模拟OkHttp3的WebSocket订阅广播接收，如何解决？

核心排查点 #

1. 搞定WebSocket连接的鉴权 #

Android端OkHttp会自动携带登录后的token或会话Cookie，但JMeter不会自动处理，必须手动配置：

• 确认登录接口返回的token已通过JSON提取器/正则表达式提取器正确捕获
• 在WebSocket Open Info的Headers区域添加鉴权头，比如Authorization: Bearer ${token}（如果后端用Bearer认证）；如果是Cookie鉴权，要启用JMeter的Cookie管理器，确保登录后的会话Cookie能传递到WebSocket握手请求中
• 用Charles或Wireshark抓取Android端的WebSocket握手请求头，和JMeter的请求头逐一对比，确保User-Agent、Origin等字段完全一致——很多后端会校验这些字段

2. 检查订阅消息的格式与发送时机 #

• 把JMeter发送的WsSubscribeReq消息内容，和Android端实际发送的消息（抓包获取）逐字对比，避免出现字段大小写错误、必填字段缺失（比如订阅类型、用户标识）等问题
• 必须保证订阅消息在WebSocket连接成功后发送：给WebSocket Open Info添加响应断言，验证返回状态为OPENED，再用If Controller控制WsSubscribeReq仅在连接成功后执行
• 查看JMeter的View Results Tree，确认WsSubscribeReq已成功发送，没有出现格式错误或发送失败的情况

3. 调整消息接收组件配置 #

• 给WebSocket Single Read Broadcast设置足够长的超时时间，避免后端推送前就超时；勾选Continue on timeout并设置合理的循环次数，让组件持续监听
• 如果后端推送的是二进制消息，需将组件的Message Type改为Binary（默认是Text，会导致二进制消息无法被识别）
• 尝试替换为WebSocket Continuous Read组件，该组件会持续监听直到连接关闭，更适配广播消息的接收场景

4. 验证后端订阅逻辑 #

• 后端可能基于WebSocket连接的会话ID或用户标识推送消息，确认测试时JMeter和Android使用的是否为同一用户——如果后端限制同一用户仅一个连接可接收消息，Android占用连接后JMeter就无法收到推送
• 查看后端日志，确认是否收到JMeter的订阅请求，以及是否向JMeter的WebSocket连接推送了消息。如果后端未推送，问题出在订阅请求的有效性；如果已推送但JMeter未接收，排查JMeter配置或网络问题

5. 排查网络环境 #

• 确保JMeter所在机器与Android设备处于同一网络，无防火墙、代理拦截WebSocket流量
• 用Wireshark抓取JMeter的WebSocket流量，确认后端是否发送了推送帧。如果抓包能看到推送但JMeter未显示，说明组件配置有误；如果抓包无推送，说明后端未触发推送逻辑

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