Seetong · Report
🎯 Seetong 问题雷达 09:00 第142期
时间窗口：2026-08-29 01:00 ～ 09:00
TL;DR 核心要点
- 🔴 Android 实时预览加载至80%后无法进入画面（严重度60／100，置信度🔴弱）。
- 本期降级：代表反馈未提供 Logan；神策可确认慢预览事件量稳定，但无法将失败节点与该用户关联。
- 现象与评分：反馈246717称“3个摄像头打开实时画面只缓存到80%，进不到实时画面”。设备为 Redmi K30i 5G、Android 8.3.14.2、江西；评分60／100＝反馈量10（1条）＋共性10（单一端／版本／地区）＋关键度40（远程查看不可用）。未命中近24小时相同“80%卡住”详细报告。
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-08-29）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 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 | 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 才能确认 |
| 4 | 设备状态错判 / 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 状态变更，导致用户看到"设备离线"但设备实际正常工作的矛盾现象 |
| 5 | 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 系统调度兼容性问题 |
| 6 | Android 对讲通话，对方无法听到 1 期 | 75 | Android | 8.3.14.2 | 唐胜 | 用户点击对讲按钮后，App 无对讲行为日志，对讲上行链路未建立，可能为 UI 事件未正确触发 Native 对讲逻辑 |
| 7 | iOS 同一用户频繁掉线 1 期 | 75 | iOS | 8.3.14.3 | 欧阳荣 | 该用户设备端（摄像头固件/路由器）在有电有网条件下频繁离线，APP 端无主动触发逻辑，问题出在设备端或网络环境 |
| 8 | 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） |
| 9 | 人像/人体识别结果缺失（详细分析） 1 期 | 70 | Android · HarmonyOS | 1.1.1.6 / 8.3.12.5 | 许源、唐胜、谭伟、张威 | 目前仅确认两端均出现人像/人体结果缺失，代表设备支持该能力；缺少人形报警事件和配置回包，尚不能归因到 App、设备配置或设备端算法。 |
| 10 | HarmonyOS 设备 WiFi 连接成功但无画面 1 期 | 60 | HarmonyOS | 1.1.1.6 | 唐胜、张威 | （本期未收敛到单一根因） |
🔴 问题1：多摄像头实时预览卡在80% ｜ 负责人：唐胜
- 现象与评分：反馈
246717称“3个摄像头打开实时画面只缓存到80%，进不到实时画面”。设备为 Redmi K30i 5G、Android8.3.14.2、江西；评分60／100＝反馈量10（1条）＋共性10（单一端／版本／地区）＋关键度40（远程查看不可用）。未命中近24小时相同“80%卡住”详细报告。 - 神策证据（核心数据源）：
MonitorWatchStep近7日触发量为34.1万、34.5万、35.3万、34.6万、35.0万、33.8万；8月29日09:00前为6.1万，按时间比例未见全局突增。字段核验确认有k_watch_send、k_connect_ok、k_recv_i，但没有error_code。按k_recv_i分组的首行大部分为空或空字符串，明细被截断，不能反推出本次失败码。 - Logan（核心数据源）：反馈
246717的loganFileDownloadUrl为空，无法取得类名、行号和错误码；这是本期核心数据源失效，不以其他用户日志替代。未触发崩溃、闪退、ANR、黑屏关键词，未查询友盟；未见BUG单号，未查询TAPD。 - 代码定位：
PreviewMonitorData.java:369-383只在出图超过4秒或观看4秒未出图时上报预览节点，调用链为预览播放器首帧信息 →BuryKeyStepTime→SensorsUtils.track(MonitorWatchStep)。LibImpl.java:1468-1544的addWatch会在已有非负m_add_watch_result时直接返回，否则调用AddWatchEx并保存结果；NVR离线／未连接分支会提前拒绝。KMP侧KMPVideoView.kt:55-60仅转发kmp_device_loading_progress。修复锚点：在addWatch返回值、首帧回调和80%进度停滞处补同一device_id、请求序号、ret及k_recv_i；超时后将缓存进度复位并给出可重试状态，避免UI停在80%。 - 根因结论：🟣 弱。现有证据只能确认单设备预览未出首帧，无法区分设备端无帧、SDK建流、网络链路或进度UI未复位；神策总体稳定且Logan缺失，不支持归因到客户端通用故障。
- 建议下一步：Android预览负责人补采上述关联字段，并用同型号设备覆盖三路并发预览、首帧超时和重试恢复；下期若同类出现2条以上且有Logan，再升级排查。
本期扫描全量
| # | 关键词 | 反馈数 | 分类 | 处置 |
|---|---|---|---|---|
| 1 | 实时预览卡80% | 1 | 🔴进雷达 | 降级分析见上文 |
| 2 | 设备掉线／离线 | 3 | 重复 | 与第141期同类，跳过 |
| 4 | 操作咨询、无效文本 | 5 | 🟢用户操作 | 排除 |
已折叠 1 条普遍性网络问题（含-102/-101/-1002与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。
数据源状态与待补证
- 反馈与心愿单正常；神策查询首轮因字段
step不存在失败，核验字段后改查k_recv_i成功，但返回明细截断。 - Logan未提供，故本期为降级场景；报告主体已压缩，未用无关日志补证。
- 下一步仅需补本反馈对应Logan或同类第二样本，再判断是否为建流故障。
下一期＝第143期＝2026-08-29-H17（今天下午17:00）
_本消息由 Seetong小助手 自动生成，欧阳荣 监督发布。_