JMeter未收到服务器响应的处理规则及SignalR接口关联问题咨询

• 触发超时判断逻辑：JMeter会优先读取HTTP采样器或HTTP请求默认值中配置的连接超时、响应超时阈值，超过阈值未拿到任何返回时，直接标记该采样器为超时失败，抛出的报错一般为java.net.SocketTimeoutException: Read timed out或java.net.ConnectException: Connection timed out。
• 未配置超时的情况下，JMeter会沿用操作系统默认TCP超时规则，Windows默认超时时间约2分钟，Linux默认约5分钟，这段时间内对应采样器会持续处于挂起状态，占用线程资源不释放，就会出现测试无法执行完成、结果树看不到对应请求的现象——未完成生命周期的采样器不会同步到结果树监听器中。
• 超时后采样器绑定的响应断言、后置处理器等组件都不会执行，直接跳转至下一个采样器，若线程组配置了「遇到错误停止线程/停止测试」规则，会触发对应停止逻辑。

SignalR的连接身份标识是全链路绑定的，signalr/negotiate接口返回的connectionId、connectionToken、availableTransports三个参数是后续所有connect、start、abort接口的必填关联参数，且接口调用必须严格遵循negotiate → connect → start → abort的顺序，任意一步参数错误、传输协议不匹配、调用顺序错误都会导致服务器拒绝响应，连接持续挂起。
具体排查思路如下：

• 优先替换参数提取方式：不要用正则表达式提取negotiate接口的返回值，改用JSON提取器，negotiate返回的是标准JSON结构，直接通过$.connectionId、$.connectionToken、$.negotiateVersion的路径提取参数，避免正则匹配错误导致传参无效。
• 检查connect接口的协议与参数配置：SignalR默认走WebSocket协议，BlazeMeter录制时经常会漏录WebSocket的升级头，需要确认connect请求的请求头中存在Upgrade: websocket、Connection: Upgrade字段，请求参数中已正确带入id=${connectionToken}、与协商一致的transport参数值。
• 调整超时配置定位问题：给signalr/connect采样器单独设置30s的响应超时，不要使用系统默认超时，超时后可在JMeter日志面板（顶部菜单栏「选项」→「日志查看器」）中查看完整报错信息，快速定位问题根因。
• 确认调用时序合规：negotiate返回的连接令牌有效期通常只有30s，需要确保negotiate和connect两个接口的调用间隔小于令牌有效期，且两个接口之间没有插入其他会导致线程阻塞的组件。

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