🎯 Seetong 问题雷达 17:00 第112期
时间窗口：2026-08-14 09:00～17:00
TL;DR 核心要点
- 🔴 HarmonyOS 1.1.1.6 多功能可用性异常（100／100，置信度🔴弱）：登录、离线、预览、回放、音频、对讲均出现异常；7条有效反馈覆盖7台机型、6省份。
- 🟣 -102/-101 为既有普遍连接提示，按规则排除；本期神策连接基线未出现全局异常。
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-08-14）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 1 | HarmonyOS 1.1.1.6 多功能受阻 1 期 | 100 | HarmonyOS | 1.1.1.6 | 唐胜、谭伟、张威 | HarmonyOS 1.1.1.6 在登录、设备状态、媒体连接多个表象上集中报障，当前可证实其落在共享 P2P/媒体状态链路附近，但缺少 Harmony 日志和端侧源码，尚不能锁定具体分支。 |
| 2 | Harmony 1.1.1.6 多用户"离线/看不到监控"聚集（严重度 90/100，置信度 弱） 1 期 | 90 | Android · iOS | 1.1.0.9 / 1.1.1.6 | 待定 | 可能为 Harmony 1.1.1.6 客户端连接信令或 P2P SDK 与 HUAWEI 设备兼容性偶发问题；需补 Logan 才能确认 |
| 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 看不到回放 / 回放卡顿 4 期 | 80 | Android · HarmonyOS | 1.1.1.6 / 1.1.6 | 张威、唐胜、许源、谭伟 | 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 | 4G摄像机画面卡顿 / 回放卡顿 1 期 | 70 | Android · HarmonyOS · iOS | 8.3.13.3 / 8.3.14.2 | 待定 | 4G摄像机默认走RELAY转发（占71-72%），在4G信号弱（wifiSignal 2-4）时，RELAY转发带宽不足导致H265+视频流卡顿；P2P直连在4G场景下多数失败（connect=-1） |
| 6 | 在线看不到 1 期 | 70 | Android | 8.3.13.3 | 张威、唐胜 | NVR 通道预览链路在握手后立即被底层判为 PeerOffLine，APP 按现有逻辑只做快速重试，没有把通道离线与临时连接抖动区分开，最终表现为“在线看不到”。 |
| 7 | 多端手机端无回放 1 期 | 70 | Android | 1.1.1.6 / 8.3.13.3 | 冉博麟、李国涛 | （本期未收敛到单一根因） |
| 8 | 设备离线/掉线后无法预览 1 期 | 70 | Android · iOS | 1.1.1.6 / 8.2.2.1 / 8.3.13.3 | 唐胜、张威 | 设备预览链路在收到 TPS_MSG_P2P_OFFLINE 后直接走离线兜底分支，UI 进入“该设备不在线”，而自动恢复逻辑又被离线判断短路，导致用户感知为“掉线后无法再连上”。 |
| 9 | Android NVR 回放/预览偶发不出图，断开重连后恢复 1 期 | 60 | Android | — | 唐胜、张威 | NVR 回放/预览链路在首次 addWatch + 查询录像时间片 阶段存在瞬时失败，UI 侧又把多类失败统一收敛为空/超时，导致用户感知为“不出图，重连才恢复”。 |
| 10 | Android 监控预览 addWatch 失败 + 10 秒循环重试 1 期 | 60 | Android | 8.3.13.3 | 唐胜 | Android 端 LibImpl.startPlay 把 addWatch 返回的 P2P 断连错误码（-1）通过 if (ret == SDK_CONSTANT.ERR_P2P_DISCONNECTED) ret = 0; 强制归零，导致上层误以为流启动成功，进入 10 秒循环重试；用户看到的"长时间缓冲"实质是 10 秒 × N 次的循环重试视觉感受 |
🔴 问题1：HarmonyOS 1.1.1.6 多功能可用性异常 ｜ 负责人：18671356032、陈宝旺
现象与评分：有效样本为 FB-243095 回放卡顿无画面、FB-243092 登录失败、FB-243088 设备离线、FB-243074/243055 预览无画面、FB-243016 音频杂音、FB-243005 对讲失败。重复提交的 FB-243054 未重复计分。评分为反馈量30（7条）、共性30（7机型、6省份、6功能）、关键度40（登录及设备查看受阻），合计100分。
神策证据：SiotDevConnectResult 查询成功。8月8日至13日日活稳定在111.2万～119.4万；8月14日截至17:00为88.8万用户、247.1万次，符合半日量级。query_segmentation_report 当日返回88.85万用户，但该事件未提供可用于本问题的 error_code 分布，未见全局连接量突变。
Logan关键日志：7条有效 Harmony 反馈的 loganFileDownloadUrl 均为空，无法下载代表性日志；此核心数据源失效，未臆造类名、错误码或调用栈。
代码定位：回放链路为 ReplayDev.ets → ReplayPage.ets:getSdAlarmList()（1305）→ IDeviceService.getVideoEventList() → updateDataList()（1319）。请求异常仅弹出 e.message 后继续调用 updateDataList(res, 0) 与 cacData()（1307～1313），需核对空结果和异常结果是否被清晰区分。预览链路通过 napi_init.cpp:1733 调用 FC_AddWatchEx(devId, nStreamNo, nFrameType, nComType, audioEnable)；应补充返回码、首帧超时及音频状态埋点，才能将“无画面／杂音／对讲失败”拆为可定位故障。
根因结论：🔴弱。当前只能确认同一 Harmony 版本存在跨功能可用性聚集，不能证明六类现象共享单一根因。神策全局基线正常排除了全量连接雪崩；缺少 Logan 与错误码，无法判断是媒体状态机、设备侧或单版本回归。
建议下一步：Harmony 端优先为 FC_AddWatchEx 和回放请求补充错误码、设备ID脱敏日志与首帧耗时；用上述7台机型覆盖登录、预览、回放、对讲组合回归；反馈端恢复 Harmony Logan 上传后再做根因收敛。
本期扫描全量
| 关键词 | 反馈数 | 分类 | 处置 |
|---|---|---|---|
| HarmonyOS 1.1.1.6 多功能异常 | 7 | 🔴进雷达 | 本期分析 |
| 无效字符／重复提交 | 6 | 🟢用户操作 | 已排除 |
| 单设备配置、操作咨询 | 3 | 🟡配置问题 | 已排除 |
| 产品建议 | 6 | 🟤心愿单建议 | 已排除 |
已折叠 1 条普遍性网络问题（含-102/-101/-1002与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。
数据源状态：反馈与心愿单✅；神策✅但缺少错误码维度；Harmony Logan❌未提供；友盟未触发；TAPD未触发。
待补证：Harmony Logan 上传；FC_AddWatchEx 返回码及首帧埋点；回放请求空结果与异常结果的区分。
下一期 = 第113期 = 2026-08-15-H09（明天早上9:00）
本消息由 Seetong小助手 自动生成，欧阳荣 监督发布。