必须导出含响应体的完整HAR文件以复现线上M3U8播放故障，操作需启用Preserve log、Disable cache，过滤m3u8/key，右键选择“Save all as HAR with content”，确保包含状态码、响应头及响应体用于精准定位403、密钥超时或分片拦截问题。
当你需要复现用户线上播放黑屏、密钥请求失败或M3U8解析中断等问题时，必须拿到一份包含完整请求时序、响应头、状态码和响应体的HAR文件——仅靠截图或口头描述根本无法定位是CDN返回了403、密钥服务超时，还是TS分片被拦截。
确保网络面板已激活并启用关键选项
按下 Ctrl + Shift + E（Windows/Linux）或 Cmd + Option + E（macOS），直接打开开发者工具并定位到 Network 面板。这一步不能用右键“检查元素”代替，因为后者默认打开的是 Inspector 面板。
确认左上角圆形录制按钮为红色高亮状态；若为灰色，点击一次开启监听。这是前提，否则所有后续操作都无效。
勾选顶部工具栏中的 Preserve log（保留日志）。不勾选的话，页面跳转或刷新后，之前触发的登录态校验、M3U8首次请求等关键链路将彻底丢失，你只能看到新页面的请求。
精准捕获目标请求行为
方法一：手动触发重放
在目标网页保持激活状态下，先按 F5 刷新页面，再立即执行你要分析的操作（例如点击“开始播放”按钮）。这样能确保 Network 面板记录从页面加载到交互完成的全链路请求。
方法二：启用禁用缓存
勾选 Network 面板顶部的 Disable cache。否则浏览器可能直接从内存缓存读取 M3U8 或 TS，导致你导出的 HAR 里看不到真实密钥请求或 304 响应，误判为服务端无异常。
方法三：用过滤器快速聚焦
在顶部过滤框中输入 m3u8 或 key，可即时筛选出 M3U8 清单请求与密钥请求；输入 status-code:403 能直接定位权限拒绝类故障点。注意：必须先点击漏斗图标展开过滤栏，才能识别这些底层指令。
导出含响应体的完整 HAR 文件
第一步：等待所有请求完成。M3U8 播放链路通常包含主清单→子清单→多个 TS 分片→密钥请求，需确保 Waterfall 时间轴末尾不再有新请求发起。
第二步：在请求列表空白处右键 → 选择 Save all as HAR with content。这一步必须选带 content 的版本，否则导出的 HAR 不含响应体，你将无法查看密钥内容、TS 分片是否为空、M3U8 内容是否被篡改。
第三步：保存文件时，命名建议包含时间与场景，例如 playback_failure_20261027_1642.har。HAR 是纯 JSON 文本，可直接用 VS Code 打开，也可拖入 m3u8live.cn 进行流复现比对。
