Seetong · Report
Seetong 问题雷达 17：00 第158期
时间窗口：2026-09-03 09：00～17：00。
TL;DR 核心要点
- 回放不可用、卡顿或噪音：5 个独立客户端在 8 小时内集中反馈，覆盖 Android 与 HarmonyOS、4 个省份和多个设备型号，严重度 80／100，置信度中。
- 唯一具备 Logan 的 Android 样本已完成 NVR 回放请求，日志没有回放协议失败码；但同一会话存在多次 -102、TLS 连接失败和 WebSocket EOF。该证据表明连接链路可能放大回放体验问题，尚不足以认定为单一根因。
- NvrDeviceVideoPlayback 是 NVR 回放的性能／首帧观测事件，字段包含连接类型、NVR／通道、首帧耗时和固件标识，但不含结果或错误码。它仅适用于 NVR 回放样本的体验分层，不能作为本期跨端回放投诉的失败率或总量代理。
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-09-03）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 1 | HarmonyOS 1.1.1.6 多功能受阻 1 期 | 100 | HarmonyOS | 1.1.1.6 | 唐胜、谭伟、张威 | HarmonyOS 1.1.1.6 在登录、设备状态、媒体连接多个表象上集中报障，当前可证实其落在共享 P2P/媒体状态链路附近，但缺少 Harmony 日志和端侧源码，尚不能锁定具体分支。 |
| 2 | 设备反复掉线、离线（详细分析） 1 期 | 100 | Android · HarmonyOS | 1.1.1.6 / 8.3.14.2 | 唐胜、张威 | 样本显示设备服务端已下发离线状态或NVR通道P2P建流失败，Android仅忠实消费SDK回调；现有神策缺失失败码，不能断言为单一Relay或客户端缺陷。 |
| 3 | 设备状态错判 / P2P 误报离线（详细分析） 1 期 | 90 | Android | 8.3.13.3 / 8.3.14.2 / 8.3.14.3 | 唐胜、张威 | SDK 在设备实际在线的情况下持续收到并上报 TPS_MSG_P2P_OFFLINE dev4gOnline=0，客户端 deviceOffline() 未充分去重即触发 UI 状态变更，导致用户看到"设备离线"但设备实际正常工作的矛盾现象 |
| 4 | HarmonyOS 1.1.1.6 看不到回放 / 回放卡顿 9 期 | 80 | Android · HarmonyOS · iOS | 1.1.1.6 / 8.3.14.3 | 唐胜、张威、许源、欧阳荣 | HarmonyOS 1.1.1.6 用户在 5+ 省、3 款 HUAWEI 机型上持续报"看不到回放 / 回放卡顿"，已累计 4 期观测（8/1 H09 / 8/3 H17 / 8/4 H17 / 8/5 H09），疑似 1.1.1.6 版本云回放链路（P2P 协商 / RTSP 拉流 / KMP 播放器初始化）某分支与 HarmonyOS 系统调度兼容性问题 |
| 5 | Android 对讲通话，对方无法听到 1 期 | 75 | Android | 8.3.14.2 | 唐胜 | 用户点击对讲按钮后，App 无对讲行为日志，对讲上行链路未建立，可能为 UI 事件未正确触发 Native 对讲逻辑 |
| 6 | iOS 同一用户频繁掉线 1 期 | 75 | iOS | 8.3.14.3 | 欧阳荣 | 该用户设备端（摄像头固件/路由器）在有电有网条件下频繁离线，APP 端无主动触发逻辑，问题出在设备端或网络环境 |
| 7 | 人像/人体识别结果缺失（详细分析） 1 期 | 70 | Android · HarmonyOS | 1.1.1.6 / 8.3.12.5 | 许源、唐胜、谭伟、张威 | 目前仅确认两端均出现人像/人体结果缺失，代表设备支持该能力；缺少人形报警事件和配置回包，尚不能归因到 App、设备配置或设备端算法。 |
| 8 | NVR多通道视频加载异常（详细分析） 2 期 | — | Android | 8.3.14.2 | 张威、唐胜 | 证据更支持特定NVR通道切换后的播放帧输入/解码状态异常，而不是NVR离线、AddWatch失败或全局Relay故障。 |
| 9 | Android 设备回放不可用（详细分析） 1 期 | — | Android | 8.3.14.2 | 唐胜、张威 | 本期两条回放投诉不是同一已证实故障，其中一例当天录像索引为空，另一例是 TLS 建连失败后设备渲染超时；共同风险在于客户端未能区分并上报“无录像”与“链路失败”。 |
| 10 | Android设备离线（详细分析） 1 期 | — | Android | 8.3.14.2 | 许源、张威 | 该样本的设备在线状态由服务端列表与P2P离线回调共同判定为离线，证据指向设备侧连接或在线状态同步，未见客户端网络整体中断。 |
问题 1：回放不可用、卡顿与异常音频 ｜ 负责人：唐胜、张威
现象与覆盖范围
- 样本 ID 247860、247877、247885、247891、247892 在 14：35～16：42 集中出现，分别描述回放噪音、卡顿、不可见和入口缺失。
- 覆盖 HarmonyOS 1.1.1.8 的 HUAWEI ICL-AL20、VYG-AL00、BLK-AL80、HBN-AL00，以及 Android 8.3.13.3 的 HONOR FNE-AN00；地域横跨四川、山东、云南、河北。
- 严重度：反馈量 20／30，共性广度 30／30，业务关键度 30／40，合计 80／100。同一主题在第157期仅为观察，本期新增 5 个独立客户端，已达到升级条件。
多源证据与代码定位
- 神策：
NvrDeviceVideoPlayback的字段定义表明它记录 NVR 回放的连接类型、首帧耗时、NVR／通道和固件等性能上下文，不记录成功／失败结果。它可用于后续按connect_type、first_frame_time、nvr_version、dev_model细分 Android NVR 回放样本，但不能把当前调用量上升解释为失败量。 - 埋点边界：不再使用
NvrDeviceVideoPlayback → MonitorWatchStep漏斗。两个事件不属于同一操作闭环，漏斗 0／11 没有故障诊断意义。若要量化失败，应补建“进入回放 → 时间轴响应 → 播放请求 → 首帧／失败码”的同链路事件。 - Logan，样本 ID 247885：在
NvrRecord页面，日志先记录NvrRecord-SeeTong-Load record data send cmd to device，随后调用LibImpl-searchNvrRecByTime。日志显示设备声明RemotePlayback="111111111"，且在 15：59：47 进入NvrRecord、开始加载 SD 卡回放并发送日期20260903的查询。没有捕获TPS_MSG_RSP_SEARCH_NVR_REC的错误结果；但同一日志含HttpRequest failed，ret=-102、ssl_connect return error -2000002、WSManager-Websocket fail，java.io.EOFException，故网络与会话稳定性是待隔离变量，不作为已证实根因。 - 代码调用链：
DeviceListUtils.kt:329调用NvrRecord.startActivity，NvrRecord.java:2649清理旧数据并选择云回放或 P2P，P2P 路径在NvrRecord.java:2682进入loadDataP2P，NvrRecord.java:2693调用LibImpl.searchNvrRecByTime。响应在NvrRecord.java:4628、4636分别进入老协议和秒级时间轴处理；失败返回会在NvrRecord.java:5406的MSG_GET_RECORD_FAILED分支转为云存时间轴失败提示。 - 修复锚点：在
NvrRecord.java:2693为查询添加结构化的设备标识、协议类型、返回码与耗时埋点；在4628、4636和5406将时间轴响应码、空结果、首帧超时区分上报。这样才能将用户侧“看不到、卡、噪音”拆分为时间轴、播放首帧、音频和连接层问题。
根因结论与行动
- 置信度：中。
- 当前结论：5 条投诉应拆成 NVR／SD／云存或入口预期等不同回放子场景，尚不能认定为同一故障。Android 代表日志只证明 NVR 回放查询流程被触发，未捕获协议响应或首帧结果；连接异常是待隔离变量。HarmonyOS 样本未附 Logan，暂不能与 Android NVR 样本合并归因。
- 建议分配：Android 回放模块维护人补充
searchNvrRecByTime的请求、响应和耗时埋点；客户端数据同学补建同链路漏斗；测试以 HarmonyOS 1.1.1.8 和 Android 8.3.13.3 各选一台 NVR，覆盖无时间轴、时间轴加载成功但无首帧、卡顿和音频异常四类场景。 - 验证标准：下期按
connect_type、nvr_version、first_frame_time汇总，确认是否集中于某一协议、固件或连接类型；同步抽取至少两份含TPS_MSG_RSP_SEARCH_NVR_REC响应的 Logan。
本期扫描全量
| 关键词／类型 | 反馈数 | 分类 | 处置 |
|---|---|---|---|
| 回放不可用、卡顿、噪音、入口缺失 | 5 | 进雷达 | 严重度 80／100，详见上文。 |
| 消息列表无法加载 | 1 | 单点功能问题 | 已有 Logan，尚无同类聚集，继续观察。 |
| 报警视频仅图片且无法退出 | 1 | 单点功能问题 | 影响较高，但样本不足，优先补日志和复现路径。 |
| 报警频繁、长期离线、无法连接 | 3 | 单点功能问题 | 缺少设备上下文或 Logan，继续观察。 |
| 国标支持、功能咨询与其他文本 | 10 | 咨询或无法判定 | 不纳入故障统计。 |
已折叠 1 条普遍性网络问题（含-102/-101/-1002与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。
待补证
- 反馈接口仅返回 100 条，未提供严格时间窗口过滤；本期按反馈创建时间人工聚合，后续应支持服务端时间范围查询以避免截断。
- HarmonyOS 的 4 个回放反馈均未提供 Logan，无法比较跨端调用链。
- 需要在 NVR 回放事件中补充成功、失败和首帧耗时语义，现有事件只能反映调用量。
下一期＝第159期＝2026-09-04-H09（明天早上 9：00）。