必须启用WS过滤并确保连接建立前刷新页面，否则WebSocket连接不会显示；点击条目后切换到Frames标签页查看client/server双向帧、类型、时间戳及载荷，右键表头勾选Opcode和Mask可识别方向异常。
当你需要定位实时聊天中断、协同编辑消息丢失或股票行情推送失败等问题时，必须在 Chrome Network 面板中精准捕获 WebSocket 握手与帧数据——这一步漏掉过滤设置或刷新时机，整个连接就会从面板里彻底消失。
1、打开目标网页后，按 F12 或 Ctrl + Shift + I（Windows/Linux）/ Cmd + Option + I（macOS）唤出开发者工具。
2、切换到 Network 标签页。
3、在左上角筛选框中直接输入 ws 并回车；部分新版 Chrome 需先点击 Filter 按钮再输入，否则不生效。
4、【关键前提：必须在 WebSocket 连接建立前刷新页面】——如果页面靠按钮点击才触发 new WebSocket()，就别只按 F5，要先点“开始会话”之类操作，再立即刷新，否则连接根本不会出现在列表里。
方法一：通过 Type 列快速识别
右键点击 Network 表头 → 勾选 Type 列 → 找到 Type 值为 websocket 的条目（不是 xhr、fetch 或 document）→ 单击它。
方法二：通过 Initiator 定位源头
若页面存在多个 ws 连接，观察 Initiator 列（如 chat.js:42），直接跳转到发起 new WebSocket() 的代码行，确认是否被 if 条件跳过或 try-catch 吞掉错误。
方法三：用协议前缀筛选
在筛选框中改输 wss:// 或 ws://，可单独分离加密或非加密连接——注意 wss 条目不会显示明文帧内容，需配合 SSLKEYLOGFILE + Wireshark 才能解密载荷。
第一步：点击已捕获的 WebSocket 条目 → 右侧切换至 Frames 标签页（不是 Messages，旧版 Chrome 可能仍标为 Messages，但 2026 年主流版本已统一为 Frames）。
第二步：确认消息列表已加载——若为空，先切到 Headers 标签页再切回 Frames，强制刷新帧视图。
第三步：每条记录左侧标注 client 或 server，右侧显示类型（Text/Binary/Close）、时间戳和 Payload 长度；文本帧点击后自动格式化 JSON，二进制帧默认显示 [object ArrayBuffer]，需点开查看详情才能看到十六进制或 base64 编码。
第四步：右键表头 → 勾选 Opcode 和 Mask → 浏览器发出的帧一定带 Mask 标记，服务端返回的帧一定不带，这是判断方向是否异常的第一眼依据。