Seetong · Report

🎯 Seetong 问题雷达 17:00 第 104 期

时间窗口：2026-08-10 09:00 ~ 17:00（8h）

📌TL;DR 核心要点

  • 🔴 报警消息不显示/不弹推送（候选，严重度 75/100，置信度 🔴 弱）—— 8h 3 条跨 iOS+Harmony+Android 三端 3 版本，神策无专用埋点 + Logan 全部失败，证据未完整
  • 🟠 HarmonyOS 1.1.1.6 看回放卡顿 + 升级后声音杂音（候选，严重度 65/100，置信度 🔴 弱）—— 8h 4 条（同用户 3 刷），Harmony Logan URL 全空（已知 pattern）
  • 现象：消息中心/报警 tab 看不到报警（Harmony/Android），设备检测到人形/车经过 App 不推送系统消息（iOS）

🔥最近一个月 Top 问题

按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-08-10）。

#问题（严重度降序）严重度平台版本负责人问题原因
1Harmony 1.1.1.6 多用户"离线/看不到监控"聚集（严重度 90/100，置信度 弱）
1 期
90Android · iOS1.1.0.9 / 1.1.1.6待定可能为 Harmony 1.1.1.6 客户端连接信令或 P2P SDK 与 HUAWEI 设备兼容性偶发问题；需补 Logan 才能确认
2HarmonyOS 1.1.1.6 看不到回放 / 回放卡顿
3 期
80Android · HarmonyOS1.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 系统调度兼容性问题
34G摄像机画面卡顿 / 回放卡顿
1 期
70Android · HarmonyOS · iOS8.3.13.3 / 8.3.14.2待定4G摄像机默认走RELAY转发（占71-72%），在4G信号弱（wifiSignal 2-4）时，RELAY转发带宽不足导致H265+视频流卡顿；P2P直连在4G场景下多数失败（connect=-1）
4在线看不到
1 期
70Android8.3.13.3张威、唐胜NVR 通道预览链路在握手后立即被底层判为 PeerOffLine，APP 按现有逻辑只做快速重试，没有把通道离线与临时连接抖动区分开，最终表现为“在线看不到”。
5多端手机端无回放
1 期
70Android1.1.1.6 / 8.3.13.3冉博麟、李国涛（本期未收敛到单一根因）
6设备离线/掉线后无法预览
1 期
70Android · iOS1.1.1.6 / 8.2.2.1 / 8.3.13.3唐胜、张威设备预览链路在收到 TPS_MSG_P2P_OFFLINE 后直接走离线兜底分支，UI 进入“该设备不在线”，而自动恢复逻辑又被离线判断短路，导致用户感知为“掉线后无法再连上”。
7Android NVR 回放/预览偶发不出图，断开重连后恢复
1 期
60Android—唐胜、张威NVR 回放/预览链路在首次 addWatch + 查询录像时间片 阶段存在瞬时失败，UI 侧又把多类失败统一收敛为空/超时，导致用户感知为“不出图，重连才恢复”。
8Android 监控预览 addWatch 失败 + 10 秒循环重试
1 期
60Android8.3.13.3唐胜Android 端 LibImpl.startPlay 把 addWatch 返回的 P2P 断连错误码（-1）通过 if (ret == SDK_CONSTANT.ERR_P2P_DISCONNECTED) ret = 0; 强制归零，导致上层误以为流启动成功，进入 10 秒循环重试；用户看到的"长时间缓冲"实质是 10 秒 × N 次的循环重试视觉感受
9HarmonyOS 设备 WiFi 连接成功但无画面
1 期
60HarmonyOS1.1.1.6唐胜、张威（本期未收敛到单一根因）
10NVR 通道 CH-1 P2P 出图失败（严重度 60/100，置信度 强）
1 期
60Android8.3.13.3欧阳荣、张威NVR 设备 CH-1 通道 P2P 流不可达（设备端离线），SDK 正确返回 -121，客户端代码无需修改

🔴 候选 1：报警消息不显示/不弹推送（置信度弱）

现象与覆盖范围

  • 现象：消息中心/报警 tab 看不到报警（Harmony/Android），设备检测到人形/车经过 App 不推送系统消息（iOS）
  • 反馈：8h 3 条 / 跨 3 平台（iOS+Harmony+Android）/ 3 版本（8.3.0.7/8.3.14.3/1.1.1.6）/ 3 地区
  • 严重度 75/100（反馈量 20 / 共性 30 / 业务关键度 25）
  • 关键反馈：
  • FB-241944 Harmony/CHZ-AL00/1.1.1.6/河南郑州 "报警信息不显示" — Logan 空
  • FB-241952 Android/vivo V2057A/8.3.0.7/上海 "报警信息无法查看" — Logan 空
  • FB-241995 iOS/iPhone 18.7.7/8.3.14.3/安徽 "有人有车经过不弹消息" — Logan HTTP 500

神策证据（降级）

  • ❌ AlarmMessage 事件失效（SA-D-32-19）
  • ❌ list_event_properties(AlarmMessage) 返回 COMMON-D-27-1
  • ✅ 全量验证：神策 107 个事件中无 AlarmMessage / AlarmPush / NotificationPush 专用埋点，仅 CloudPlayback 触发描述含"报警消息加载成功/失败"
  • ✅ 侧面验证 DeviceVideoPlayback：8/10 半日失败率 3.74% vs 7 日基线 3.97%，无突增；is_success=true 1790 万级/日稳定
  • ✅ SiotDevConnectResult 基线：7 日 UV 109-111 万稳定，8/10 半日 90.6 万 → 无连接层异常

Logan（全部失败）

  • ❌ 3 条候选反馈：Harmony URL 空（已知 pattern）+ Android 老版未生成 + iOS HTTP 500

代码定位（参考性）

  • Android KmpAlarmMessageFragment.kt:1-79（Seetong5.0/app/src/main/java/com/seetong/app/seetong/ui/）
  • 注释关键："用 AlarmMessagePage 替换旧 AlarmFragment2" —— 报警页 KMP 化改造
  • AlarmBridgeApiImpl.kt:1-462（.../seetong/provider/）
  • iOS / Harmony 报警路径待 Stage 3 进一步核查

根因结论

  • 置信度：🔴 弱（神策无埋点 + Logan 缺失 = 证据链未建立）
  • 候选根因：报警消息不显示可能与 Android 报警页 KMP 化改造（AlarmFragment2 → AlarmMessagePage）跨端兼容性相关

建议下一步

  • 分配：iOS/Harmony/Android 三端工程师 + 服务端推送通道负责人
  • 优先：(1) 服务端确认 8/10 推送下发链路 (2) Android 核查 AlarmMessagePage KMP 渲染对 AlarmListResp 空态处理 (3) HarmonyOS 1.1.1.6 核查 Kuikly AlarmBridge API 完整实现
  • 验证：8/11 9:00 cron 重跑，神策修复后查报警推送相关自定义事件

🟠 候选 2：HarmonyOS 1.1.1.6 看回放卡 + 声音杂音（置信度弱）

现象与覆盖范围

  • 现象：HarmonyOS 1.1.1.6 看回放卡顿；升级后实时声音杂音
  • 反馈：8h 4 条（同用户 3 刷 + 单用户 1 条）/ HarmonyOS 1 维 / 1.1.1.6 1 版本 / 河南 2 地区
  • 严重度 65/100（反馈量 20 / 共性 10 / 业务关键度 35）
  • 关键反馈：
  • FB-241946/241947/241948 同 clientId VYG-AL00/河南平顶山汝州 "看回放很卡" 3 刷 — Logan 空
  • FB-242011 HBN-AL00/河南南阳邓州 "升级后看监控声音杂音" — Logan 空

神策 / Logan（证据未拿到）

  • ✅ CloudPlayback 7 日 UV 113-115K → 8/10 半日 84K（正常）
  • ❌ 4 条 Harmony 反馈 Logan URL 全部为空（已知 pattern）
  • ❌ Harmony 上报 seetong_os 维度（har vs harmony）未确认

代码定位

  • 历史锚点（来自 8/5-H17 第93期）：Harmony settongLibrary/src/main/cpp/napi_init.cpp 的 FC_AddWatchEx + 音频参数初始化 + PC_InputAudioData 路径

根因结论

  • 置信度：🔴 弱（Harmony Logan 缺失 = 客户端证据缺失）
  • 候选根因：疑与 Kuikly IjkVideoView 音频解码 + XComponent lifecycle 释放相关

建议下一步

  • 分配：HarmonyOS 工程师
  • 优先：手动沙箱抓 1 条 Harmony 1.1.1.6 看回放卡顿 Logan
  • 验证：1.1.1.7 / 1.2.0.0 灰度观察

数据源状态汇总（降级明示）

数据源状态失败原因
神策 AlarmMessage🔴 失效SA-D-32-19 不存在
神策 list_event_properties🔴 异常COMMON-D-27-1 参数空
神策 SiotDevConnectResult🟢 正常-
神策 CloudPlayback/DeviceVideoPlayback🟢 正常失败率 3.74% vs 基线 3.97%
Logan download_log🔴 失败HTTP 500 / URL 空
友盟 APM🟡 不查无崩溃/ANR 关键词命中
TAPD🟡 不查无已知 BUG 单号引用

✅ session token 未触发 800K 上限，已主动降级停止重试

本期扫描全量（沉淀知识库）

#关键词反馈数分类处置
1报警信息不显示/不弹推送3🔴 进雷达候选观察，证据未完整
2HarmonyOS 看回放卡+声音杂音4🟠 进雷达候选观察，证据未完整
3iOS 8.4.0.1 测试上传噪声（clientId 26EACDFD...）3🟢 测试字符同 clientId 刷 3 次，疑似内测
6心愿单建议~9🟤 心愿单已收录，未进雷达
7单字符噪声~12🟢 用户操作已排除
8其他功能性孤例（人形检测不到、连接不上等）~5🟡 配置问题<60 分未达门槛
已折叠 2 条普遍性网络问题（含 -102/-101/-1002 与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如 Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。

待补证（≤ 3 条）

  1. 神策修复后：补查 AlarmMessage / 自定义报警推送事件（需产品/服务端提供 schema）
  2. Logan 重抓：FB-241995 iOS + FB-242011 Harmony（Harmony 需手动沙箱复现，URL 当前空）
  3. 服务端报警推送链路：8/11 前与推送通道负责人确认 8/10 推送下发是否异常

下一期 = 第 105 期 = 2026-08-11-H09（明天早上 9:00）

本消息由 Seetong小助手 自动生成，欧阳荣 监督发布。

🗂️历史期次

查看全部历史期次（近 90 天）→

由 OpenClaw 统一报告渲染器生成 · 最新更新时间：2026-10-13 17:58 · 数据以同名 Markdown 原始报告为准