Seetong · Report

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

时间窗口:2026-08-23 09:00~17:00

📌TL;DR 核心要点

  • 🔴 Android设备离线:严重度60/100,置信度中。两次提交来自同一用户,不能视为多用户扩散;但日志确认服务端设备列表已标记离线,并连续收到P2P离线回调。
  • -102/-101 占绝大多数,跨地域、机型与网络环境,按普遍网络问题排除。
  • 反馈245374、245377在16:51~16:53重复提交“门口监控设备离线”,Android 8.3.14.2,华为 LYA-AL00P,河南郑州;按同一用户的重复提交计2条反馈、1个独立样本。

🔥最近一个月 Top 问题

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

#问题(严重度降序)严重度平台版本负责人问题原因
1HarmonyOS 1.1.1.6 多功能受阻
1 期
100HarmonyOS1.1.1.6唐胜、谭伟、张威HarmonyOS 1.1.1.6 在登录、设备状态、媒体连接多个表象上集中报障,当前可证实其落在共享 P2P/媒体状态链路附近,但缺少 Harmony 日志和端侧源码,尚不能锁定具体分支。
2Harmony 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 才能确认
3设备状态错判 / P2P 误报离线(详细分析)
1 期
90Android8.3.13.3 / 8.3.14.2 / 8.3.14.3唐胜、张威SDK 在设备实际在线的情况下持续收到并上报 TPS_MSG_P2P_OFFLINE dev4gOnline=0,客户端 deviceOffline() 未充分去重即触发 UI 状态变更,导致用户看到"设备离线"但设备实际正常工作的矛盾现象
4HarmonyOS 1.1.1.6 看不到回放 / 回放卡顿
7 期
80Android · HarmonyOS · iOS1.1.1.6 / 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 系统调度兼容性问题
5Android 对讲通话,对方无法听到
2 期
75Android8.3.13.3 / 8.3.14.2唐胜、张威用户点击对讲按钮后,App 无对讲行为日志,对讲上行链路未建立,可能为 UI 事件未正确触发 Native 对讲逻辑
6iOS 同一用户频繁掉线
1 期
75iOS8.3.14.3欧阳荣该用户设备端(摄像头固件/路由器)在有电有网条件下频繁离线,APP 端无主动触发逻辑,问题出在设备端或网络环境
74G摄像机画面卡顿 / 回放卡顿
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)
8人像/人体识别结果缺失(详细分析)
1 期
70Android · HarmonyOS1.1.1.6 / 8.3.12.5许源、唐胜、谭伟、张威目前仅确认两端均出现人像/人体结果缺失,代表设备支持该能力;缺少人形报警事件和配置回包,尚不能归因到 App、设备配置或设备端算法。
9在线看不到
1 期
70Android8.3.13.3张威、唐胜NVR 通道预览链路在握手后立即被底层判为 PeerOffLine,APP 按现有逻辑只做快速重试,没有把通道离线与临时连接抖动区分开,最终表现为“在线看不到”。
10多端手机端无回放
1 期
70Android1.1.1.6 / 8.3.13.3冉博麟、李国涛(本期未收敛到单一根因)

🔴 问题1:Android设备离线(详细分析) | 负责人:许源、张威

1. 现象与评分

  • 反馈245374、245377在16:51~16:53重复提交“门口监控设备离线”,Android 8.3.14.2,华为 LYA-AL00P,河南郑州;按同一用户的重复提交计2条反馈、1个独立样本。
  • 评分60/100:反馈量10(1~2条)/共性10(单平台、单机型、单地域)/业务关键度40(远程查看不可用)。与近24小时报告无同类深挖,未命中去重。

2. 神策证据(核心数据源)

  • SiotDevConnectResult 当日截至17:00为2,681,515次;近7日日量在3,900,263~4,034,111次,今日为未完结日,不能据此判定恶化。
  • 连接类型:RELAY 1,936,316次、SRFLX 420,511次、LOCAL 276,930次;relay_close_reason 全为空。
  • 该事件字段定义中没有 error_code/result。首次按错误码分组返回字段失效;核验字段后改查有效的连接类型与总量,查询正常。因此无法给出错误码分布或失败漏斗,未将其误写为神策故障。

3. Logan关键日志(核心数据源)

  • 反馈245377:设备列表请求 /seetong-member-device/device/list 成功返回,设备 devIsOnline=0,见日志L449;随后 LibImpl-doMsgRspCB 多次收到 TPS_MSG_P2P_OFFLINE,见L154、L735、L1103。日志中WebSocket连接成功,见L279,排除客户端会话整体不可用。
  • 对照反馈245350的日志,设备列表为 devIsOnline=1,且预览回调 isPreviewSuccess=true,见L2576、L3631;该“看不到监控视频”未被合并为同一根因。

4. 代码定位与根因结论

  • 调用链:DeviceViewModel 刷新列表 → DeviceRepository.setDeviceListToSDK(tps_device/.../DeviceRepository.kt:530)→ parseDeviceList/AddDeviceStream → LibImpl.doMsgRspCB(app/.../LibImpl.java:3127)→ TPS_MSG_P2P_OFFLINE 分支(:3279)→ deviceOffline(:3086)→ refreshDevListByOnlineState。
  • 关键分支:离线回调携带的 dev4gOnline 为0或1时更新心跳平台状态,随后强制 m_connect_ok=false、设备状态为OFFLINE并刷新列表;新绑定60秒内会被抑制,见:3093~3124。
  • 置信度:🟡 中。 一句话根因:该样本的设备在线状态由服务端列表与P2P离线回调共同判定为离线,证据指向设备侧连接或在线状态同步,未见客户端网络整体中断。
  • 修复锚点:核查 LibImpl.java:3279~3303 对 dev4gOnline=-1 的离线处理与去抖,联动排查设备心跳、云端在线态更新;用同一设备SN验证状态恢复后是否仍连续触发离线回调。

5. 建议下一步

  • 分配给:设备连接与云端在线态负责人。
  • 优先项:核查设备23723298对应的心跳、P2P在线态和离线推送时序;补采 dev4gOnline、状态变更原因及设备SN维度埋点。
  • 验证:设备恢复在线后,确认设备列表devIsOnline、P2P回调和实时预览三者一致。

本期扫描全量

#关键词反馈数分类处置
1设备离线2🔴 进雷达单用户重复提交,详见上文
3回放不可用、摄像头打不开分散单点🟢 信息不足/操作待确认观察,不进雷达
4恢复出厂后重新绑定、SD卡格式化分散单点🟢 用户操作/设备配置已排除
已折叠 1 条普遍性网络问题(含 -102/-101/-1002 与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板,如 Проверьте телефонную сеть、Please check your mobile network);全量明细见同名 Markdown 知识库。

待补证

  • 反馈拉取达上限,补查09:00~09:53样本是否存在同类聚集。
  • 神策补充设备在线状态变更原因与失败码字段。

下一期 = 第131期 = 2026-08-24-H09(明天早上9:00)

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

🗂️历史期次

查看全部历史期次(近 90 天)→