Seetong · Report
🎯 Seetong 问题雷达 09:00 第 108 期
时间窗口：2026-08-12 09:00 ~ 2026-08-13 09:00（过去 24 小时，实际 8h 内约 50 条新增）
TL;DR 核心要点
- 🔴 设备状态错判 / P2P 误报离线（90/100，置信度 中）
- 8h 内 5 条，跨 Android+iOS 双平台、5 品牌、5 省份、3 版本
- 核心现象：设备实际在线，客户端持续报离线/闪退/打开就掉
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-08-13）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 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：设备状态错判 / P2P 误报离线（详细分析） ｜ 负责人：唐胜、张威
1. 现象与覆盖范围
- 现象：设备实际在线（摄像头正常转动 / WS 连接成功），但客户端持续显示"离线""闪退""打开就掉"
- 涉及反馈：5 条（8h 内） / 跨 Android（HONOR/vivo/OPPO/HUAWEI）+ iPhone / 陕西/湖南/山东/四川/山西 5 省份 / 8.3.14.2 / 8.3.14.3 / 8.3.13.3
- 严重度评分：90/100（反馈量 20 / 共性 30 / 关键度 40）
2. 神策证据（核心数据源，降级）
- 数据源状态：⚠️
query_segmentation_report连续 2 次失败（GRPC 服务异常，function=eq/is not未注册），降级处理 - 7 日 UV 趋势（
SiotDevConnectResult，每日本期基线）：
| 日期 | UV | 趋势 |
|---|---|---|
| 8/6 | 110.8 万 | 基线 |
| 8/7 | 110.6 万 | 基线 |
| 8/8 | 111.1 万 | 基线 |
| 8/9 | 111.1 万 | 基线 |
| 8/10 | 116.7 万 | +5.1% |
| 8/11 | 118.0 万 | +6.5% |
| 8/12 | 117.9 万 | +6.4% |
| 8/13（半天） | 46.4 万 | 推算日终 ~100 万 |
- 基线稳定：服务端 SiotDevConnectResult 活跃用户 8/10-8/12 连续 3 天高位（116-118 万），服务端连接无异常；-102 客户端报错增加但服务端 UV 不降反升，印证 8/6-H17 第96期结论"客户端 SDK 泛化 -102 文案"
3. Logan 关键日志（核心数据源，必须含类名:行号 + 错误码）
FB-242657 OPPO PCHM30 / 陕西榆林 用户 17792166256
- 设备 ID：
devId=36697842 - 关键栈：
LibImpl.java:3286→deviceOffline(dev, dev4gOnline=0)→ 状态更新触发 UI 刷新 - 错误码：
TPS_MSG_P2P_OFFLINE dev4gOnline=0（设备 4G 在线状态报告为 0，但 WS 连接成功） - 上下文：
- 00:36:05 WS 连接成功：
WSManager-连接成功！ ws://122.9.45.119:26999 - 00:36:05 立即收到
LibImpl-doMsgRspCB devId=36697842 TPS_MSG_P2P_OFFLINE dev4gOnline=0 - 08:00:08 再次收到
LibImpl-Device ipc offline time:2026-08-13 08:00:08（设备上报离线时刻） - 同时：WS 连接正常，APPSession 显示
wsFailedCount:0 wsSuccessCount:1 - Logan 错误统计：
-102: 2 / -101: 2 / EXCEPTION: 5
FB-242671 HONOR ALI-AN00 / 山东临沂 用户 17812787130
- 设备 ID：同上（devId=36697842）
- 错误码分布（8h 内）：
-102: 12 次（SDK 层面 HTTP 失败）-101: 9 次（HTTP 连接失败）EXCEPTION: 216 次（Java 层异常，高于 FB-242657）ssl_connect: 1 次（SSL 连接失败）- 关键链路：Login → WS 连接成功 → SDK 持续报 P2P_OFFLINE → 用户看到"离线"→ 反复重试
4. 代码定位（详细）
- 涉及模块：
Seetong5.0ForSeetong/Seetong5.0/app/src/main/java/com/seetong/app/seetong/sdk/impl/LibImpl.java - 关键类：
LibImpl（LibImpl.java:3088-3126） - 调用链：
doMsgRspCB(nMsgType=TPS_MSG_P2P_OFFLINE)
→ LibImpl.java:3286 解析 dev4gOnline
→ deviceOffline(dev, dev4gOnline=0) [LibImpl.java:3088]
→ dev.setHeartPlatformStatus(dev4gOnline) [LibImpl.java:3111]
→ UI 设备列表刷新 → 显示离线- 关键分支：
dev4gOnline=0：设备 4G 在线状态 = 0（"离线"）dev4gOnline=1：设备 4G 在线状态 = 1（"在线"）- 当前逻辑：收到 OFFLINE 立即更新状态 + 触发 UI 刷新（
setHeartPlatformStatus） - 防抖保护（
LibImpl.java:3096）：bind timestamp < 60s 不触发通知，但 60s 内连续 OFFLINE 仍会更新状态 - 修复方向锚点：
LibImpl.java:3109-3111：在setHeartPlatformStatus之前增加去重窗口（如最近 N 秒内已收到同类 OFFLINE 则跳过）PreviewPlayerView.kt:1595-1601/VideoPlayerView.kt:664：进入预览页收到 OFFLINE 后的 UI 响应逻辑（是否过度刷新）
5. 根因结论
- 置信度：🟡 中
- 一句话根因：SDK 在设备实际在线的情况下持续收到并上报
TPS_MSG_P2P_OFFLINE dev4gOnline=0，客户端deviceOffline()未充分去重即触发 UI 状态变更，导致用户看到"设备离线"但设备实际正常工作的矛盾现象 - 关键证据链：Logan（FB-242657）WS 连接成功但 P2P_OFFLINE 持续上报 + Logan（FB-242671）216 次 EXCEPTION + 神策基线稳定（服务端无异常）
6. 建议下一步
- Owner：Android/iOS 端 SDK 层负责人
- 优先处理项：
- 在
LibImpl.deviceOffline()中增加 OFFLINE 状态的去重窗口（如 30s 内同类消息不重复触发状态变更） - 确认 SDK 是否在设备心跳正常时仍发 P2P_OFFLINE（需要抓固件侧日志）
- 前端预览页收到 OFFLINE 后的 UI 降级逻辑（不应直接"闪退"到设备列表）
- 验证方法：
- 灰度：对该设备 devId=36697842 在测试环境模拟连续 P2P_OFFLINE，观察客户端行为
- 回归：5 台同型号设备连续开关网络，观察 OFFLINE 消息频率
🟠 问题 2：报警关闭不了 / 移动侦测误报（关联 TOP 1）
严重度评分：60/100（反馈量 1 / 共性 1 维 / 关键度 25）
置信度：🟡 中（单条）
| FB | 设备 | 现象 | 备注 |
|---|---|---|---|
| 242671 | HONOR ALI-AN00 / 8.3.14.2 / 山东临沂 | 关闭不了报警，人走过，亮灯，老是叫 | 与 TOP 1 同用户、同 Logan |
分析：该用户日志（FB-242671）错误统计 -102:12 / -101:9 / EXCEPTION:216，设备 P2P 状态不稳定，导致报警关闭指令无法送达设备（报警关闭依赖 P2P 连接），同时设备移动侦测正常触发亮灯，但客户端因 P2P 频繁断连无法下发关闭指令，形成"亮灯就叫"的误报循环。
建议：同 TOP 1，优先解决 P2P 断连问题后，报警关闭逻辑自然恢复。
本期扫描全量（全部沉淀到知识库）
| # | 关键词 | 反馈数 | 分类 | 处置 |
|---|---|---|---|---|
| 2 | 设备状态错判/误报离线/P2P_OFFLINE | 5 | 🔴 进雷达 | 详细分析见上 |
| 3 | 心愿单/产品建议 | 23 | 🟤 心愿单 | 排除 |
| 4 | 报警关闭不了/移动侦测误报 | 1 | 🟠 进雷达（关联 TOP1） | 关联分析见上 |
| 5 | 无效字符/测试反馈 | 6 | 🟢 用户操作 | 排除 |
| 6 | 回放高清转不过来/卡顿 | 2 | 🔵 单条 | <60 分，观察 |
| 7 | HarmonyOS 1.1.1.6 多功能异常 | 3 | 🔵 观察 | 24h 内 8/11-H17 第106期已深挖（100分），按规则跳过 |
| 8 | 配置咨询/账号问题 | 2 | 🟡 配置问题 | 排除 |
已折叠 1 条普遍性网络问题（含-102/-101/-1002与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。
数据源状态
| 数据源 | 状态 | 说明 |
|---|---|---|
| 反馈平台 | ✅ 正常 | 100 条拉取返回 |
| 神策（核心） | ⚠️ 降级 | query_segmentation_report 连续 2 次 GRPC 异常（function=eq/is not 未注册）；改用 query_event_count 7 日趋势正常（117.9 万 UV） |
| Logan | ✅ 正常 | 2 个代表性 Logan 命中（FB-242657 / FB-242671），证据链完整 |
| 友盟 | ⏸️ 未查询 | 本期无崩溃/ANR 类反馈，无需 |
| TAPD | ⏸️ 未查询 | 本期无 BUG 单号引用，无需 |
| 心愿单 | ✅ 已拉取 | 23 条均为产品建议（不分析） |
待补证（≤ 3 条）
- ⚠️ 神策修复后补查：
query_segmentation_report字段函数问题解决后，查SiotDevConnectResult按省份/设备型号分组的 error_code 分布 - ⚠️ 固件侧 P2P_OFFLINE 触发条件：需要抓设备固件日志，确认 SDK 是在设备心跳正常时误发 OFFLINE，还是设备端确实在断连
- ⏸️ 报警关闭完整链路：需抓用户 17812787130 在报警触发时刻的 P2P 连接状态（当前 Logan 已有关键片段）
下一期锚点
下一期 = 第 109 期 = 2026-08-13-H17（今天下午 17:00）
本消息由 Seetong小助手 自动生成，欧阳荣 监督发布。