chrome devtools network面板可原生调试websocket，无需插件：先触发new websocket()连接，刷新页面后在network筛选ws或websocket，点击连接进入messages标签页查看收发帧（↑发送/↓接收），结合headers分析握手、timing查断连原因。
Chrome 自带开发者工具就能完成 80% 的 WebSocket 调试任务，不需要额外装插件——装了反而可能干扰真实环境、掩盖 header 或 cookie 行为。
Chrome DevTools Network 面板怎么抓 WebSocket 消息
这不是“能不能”，而是“怎么打开才看到”。很多人点开 Network 后只看到一堆 XHR 和 document，根本找不到 WS 连接，是因为没触发筛选或没等连接建立。
- 必须先在页面里执行
new WebSocket(...)，再打开 DevTools → Network → 刷新页面（或手动触发连接） - 在 Network 筛选框输入
ws或websocket，列表会立刻过滤出类型为WS的请求（协议列显示ws://或wss://） - 点击该请求，在右侧切换到
Messages标签页——这才是消息流的实时视图，发送是绿色 ↑，接收是红色 ↓ - 如果
Messages是空的，说明连接已断，或还没开始收发；不是工具没用，是连接生命周期已结束
在线测试平台为什么比 Postman 更适合 WebSocket 冒烟测试
Postman 的 WebSocket 支持是 2022 年后加的，但至今不支持自定义 Sec-WebSocket-Protocol、无法查看关闭帧代码、也不展示原始 upgrade header。它适合“连得上吗”，不适合“为什么断”。
WebSocket 8.18.2
下载
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
- 推荐用 quanxiaoha 在线测试器：粘贴
wss://example.com/chat，点连接，直接看到1006（异常关闭）还是1000（正常关闭） - 它支持填入自定义请求头，比如
Authorization: Bearer xxx或Cookie: sessionid=abc，这对带鉴权的端点是刚需 - 消息记录自动区分发送/接收/系统事件，JSON 内容点一下就格式化，不用手解码
- 没有账户、不传数据到服务端——所有逻辑在浏览器内运行，测生产环境也安心
wscat 命令行工具适合什么场景
当你需要把 WebSocket 测试塞进 CI 脚本、或者复现一个“连上 30 秒后必断”的问题时，wscat 是唯一能脚本化的选择。
- 安装：
npm install -g wscat（注意加-g，否则命令不可用） - 基础连接：
wscat -c wss://echo.websocket.org，回车后直接键盘输入，回车即发送 - 带 header：
wscat -c wss://api.example.com -H "Authorization: Bearer xyz" -H "Sec-WebSocket-Protocol: v2" - 关键限制：它不解析二进制帧，收到
ArrayBuffer类型消息会直接卡住或报错，别用它测 Protobuf 或图片流
真正容易被忽略的是关闭帧细节——90% 的“连接不稳定”问题，根源不在连接建立，而在关闭阶段。浏览器 DevTools 的 Messages 面板末尾会显示 Close Frame: 1006，而在线测试器会在断连后弹出明确提示。不看这个数字，光盯着“已连接”三个字，等于没调试。
