WebSocket压测核心是围绕长连接生命周期，用wsServer.clients.size、upgrade_status_101_count、event_loop_delay_ms三项指标驱动容量决策，分建立期、稳态期、扰动期建模，并结合并发承载量、消息吞吐拐点、资源饱和阈值评估真实稳定性。
WebSocket 压力测试不是单纯“堆连接数”，而是围绕长连接生命周期，用可观测指标驱动容量决策。关键不在测出最大数字，而在厘清服务在什么负载下开始失稳、哪里先卡住、资源如何随连接线性/非线性增长。
必须监控的三项核心服务端指标
没有这些数据的压测等于盲测：
- wsServer.clients.size（或等效活跃连接计数）：真实在线数，不是JMeter里“成功响应”的数量——后者可能只是TCP建连成功，还没被服务端accept()或完成WebSocket握手；
- upgrade_status_101_count：每秒成功返回HTTP 101状态的数量，直接反映握手吞吐能力，下降即说明TLS协商、鉴权或事件循环已成瓶颈；
- event_loop_delay_ms（Node.js）或reactor_busy_time（Swoole）：衡量事件循环是否过载，持续高于5ms意味着新连接排队、心跳延迟、消息积压风险陡增。
Spring WebSocket需暴露StompBrokerRelayHealthIndicator或自定义Actuator端点；Gorilla或原生Go服务建议用pprof+Prometheus暴露/gorilla/metrics等指标。
WebSocket 8.18.2
下载
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
连接建模要分阶段，不能一把梭
真实用户不会同时涌进，也不会永远不掉线：
- 建立期：Ramp-Up设120秒，目标连接数÷120，控制每秒新建8–10连接，观察101计数是否同步线性上升；
- 稳态期：保持目标连接数恒定，用WebSocket Ping/Pong采样器每15秒发心跳，Pong超时设6000ms，验证连接保活与响应及时性；
- 扰动期：第5分钟起，每30秒随机关闭5%连接并立即重建，检验服务端连接池回收、内存GC和fd复用是否健康。
关键性能指标及其业务含义
别只看平均值，要结合分布和趋势判断：
- 并发连接承载量：不是峰值瞬时数，而是能稳定维持30分钟以上、error%＜0.1%、event_loop_delay＜3ms的最大连接数；
- 消息吞吐拐点：单位时间成功收发的消息数（如msg/sec），当延迟P90跳升＞200ms或错误率突增时，即为当前架构吞吐上限；
- 资源饱和阈值：CPU持续＞75%、内存RSS增长未收敛、TIME_WAIT连接超6万（Linux默认net.ipv4.ip_local_port_range上限）、文件句柄使用率＞85%，任一触发即需扩容或优化。
JMeter配置细节决定结果可信度
工具用错，数据全废：
- 插件必须用jmeter-websocket-samplers-1.2.8.jar，新版缺失关键埋点，导致ping_timeout_count、websocket_open_duration_ms等无法采集；
- WebSocket Open Connection里的Connection timeout设5000ms（低于3000易误判慢握手为失败）；
- request-response Sampler中Response timeout按业务设：聊天类3000ms、行情推送可低至100ms；
- CSV Data Set Config务必勾选Recycle on EOF?和Stop thread on EOF?，否则线程读空后卡死，连接数虚高。
