必须启用Firefox的MOZ_LOG日志（nsSocketTransport:5,nsHostResolver:5）捕获原始socket事件，通过socket ID关联creating、connected与connection closed行，结合错误码（如NS_ERROR_NET_RESET）、DNS失败或整数秒超时特征，精准定位TCP层掉线根源。
排查火狐浏览器中 WebSocket 或 TCP 层级掉线问题，必须捕获原始套接字级连接事件（如 connect、close、error、timeout），而 Network 面板默认只显示 HTTP/HTTPS/WSS 抽象层请求，不暴露底层 socket 状态变更。需启用 Firefox 内置的底层网络日志模块并配合命令行工具解析。
启用底层套接字日志输出
Firefox 使用 NSPR（Netscape Portable Runtime）日志系统记录 socket 创建、关闭、错误等原始事件，该日志独立于开发者工具，需通过环境变量+启动参数激活。
1、关闭所有火狐浏览器进程（包括后台服务）；
2、在终端或命令提示符中执行以下命令启动火狐（Windows 示例）：
set MOZ_LOG=nsSocketTransport:5,nsHostResolver:5 & set MOZ_LOG_FILE=C:\temp\socket.log & "C:\Program Files\Mozilla Firefox\firefox.exe"
3、macOS/Linux 用户使用：
MOZ_LOG="nsSocketTransport:5,nsHostResolver:5" MOZ_LOG_FILE="/tmp/socket.log" /Applications/Firefox.app/Contents/MacOS/firefox
【MOZ_LOG_FILE 路径必须为绝对路径且目录已存在，否则日志写入失败且无任何提示】
4、复现掉线操作（如长时间空闲后点击按钮、切换标签页、弱网模拟）；
5、关闭火狐，打开 C:\temp\socket.log（或对应路径）查看原始 socket 事件流。
实时监控日志文件变化
日志是追加写入的纯文本，无需重启浏览器即可持续观察。推荐用命令行工具实时跟踪新增条目，避免手动刷新文件。
方法一（Windows PowerShell）：
Get-Content C:\temp\socket.log -Wait -Tail 10
方法二（macOS/Linux 终端）：
tail -f /tmp/socket.log
看到类似 [SocketTransport][0x123abc] creating socket for example.com:443 或 [SocketTransport][0x123abc] connection closed (NS_ERROR_NET_RESET) 即为关键线索。
过滤并定位掉线根源
原始日志包含大量冗余信息，需聚焦 socket 生命周期异常信号。按顺序执行以下过滤：
第一步：提取所有关闭事件
在日志文件中搜索 connection closed 或 NS_ERROR_ 开头的错误码；
第二步：关联 socket ID 定位上下文
找到某次 connection closed (NS_ERROR_NET_TIMEOUT) 后，向上回溯同一 socket ID（如 [0x456def]）的 creating socket 和首次 connected 行，确认是否完成 TLS 握手；
第三步：检查 DNS 解析是否失败
若 close 前无 connected，但有 nsHostResolver:5 日志中出现 failed to resolve，说明掉线源于域名解析超时或失败；
第四步：验证是否被中间设备强制断连
若日志中 close 前无 error 提示，且 close 时间点恰好为 60/120 秒整数倍，大概率是防火墙、代理或运营商 NAT 设备主动回收空闲连接。
