Seetong · Report
🎯 Seetong 问题雷达 17：00 第 177 期
时间窗口：2026-09-12 09：00 ～ 2026-09-12 17：00
TL;DR 核心要点
- 🔴 远程画面加载不出、实时录像停留在加载界面：2 条，评分 70／100；与近 24 小时设备远程查看链路重复，本期补证后跳过新增深挖。
- 🟠 监控不能回放：1 条，评分 60／100；与近 24 小时回放链路重复，跳过新增深挖。
- ✅ 本期没有发现新的、未分析过的严重功能性问题；不新增任务账本条目。
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-09-12）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 1 | 设备反复掉线、离线（详细分析） 1 期 | 100 | Android · HarmonyOS | 1.1.1.6 / 8.3.14.2 | 唐胜、张威 | 样本显示设备服务端已下发离线状态或NVR通道P2P建流失败，Android仅忠实消费SDK回调；现有神策缺失失败码，不能断言为单一Relay或客户端缺陷。 |
| 2 | 设备状态错判 / 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 状态变更，导致用户看到"设备离线"但设备实际正常工作的矛盾现象 |
| 3 | Android 对讲通话，对方无法听到 1 期 | 75 | Android | 8.3.14.2 | 唐胜 | 用户点击对讲按钮后，App 无对讲行为日志，对讲上行链路未建立，可能为 UI 事件未正确触发 Native 对讲逻辑 |
| 4 | iOS 同一用户频繁掉线 1 期 | 75 | iOS | 8.3.14.3 | 欧阳荣 | 该用户设备端（摄像头固件/路由器）在有电有网条件下频繁离线，APP 端无主动触发逻辑，问题出在设备端或网络环境 |
| 5 | 人像/人体识别结果缺失（详细分析） 1 期 | 70 | Android · HarmonyOS | 1.1.1.6 / 8.3.12.5 | 许源、唐胜、谭伟、张威 | 目前仅确认两端均出现人像/人体结果缺失，代表设备支持该能力；缺少人形报警事件和配置回包，尚不能归因到 App、设备配置或设备端算法。 |
| 6 | HarmonyOS 实时预览不可用 7 期 | — | Android · HarmonyOS · iOS | 1.1.1.6 / 8.3.14.3 | 唐胜、许源、欧阳荣、18671356032 | （本期未收敛到单一根因） |
| 7 | NVR多通道视频加载异常（详细分析） 2 期 | — | Android | 8.3.14.2 | 张威、唐胜 | 证据更支持特定NVR通道切换后的播放帧输入/解码状态异常，而不是NVR离线、AddWatch失败或全局Relay故障。 |
| 8 | Android 设备回放不可用（详细分析） 1 期 | — | Android | 8.3.14.2 | 唐胜、张威 | 本期两条回放投诉不是同一已证实故障，其中一例当天录像索引为空，另一例是 TLS 建连失败后设备渲染超时；共同风险在于客户端未能区分并上报“无录像”与“链路失败”。 |
| 9 | Android设备离线（详细分析） 1 期 | — | Android | 8.3.14.2 | 许源、张威 | 该样本的设备在线状态由服务端列表与P2P离线回调共同判定为离线，证据指向设备侧连接或在线状态同步，未见客户端网络整体中断。 |
| 10 | iOS连接不上摄像头（详细分析） 1 期 | — | iOS | 8.3.8.5 | 欧阳荣、谭伟 | 仅有单条描述，无法区分设备离线、P2P建连失败、权限限制或客户端显示异常。 |
候选分析与证据
远程画面加载异常，重复跳过
- 现象与评分：反馈
249854为“画面加载不出来，重启后暂时恢复，随后再次出现”；反馈249804为“实时录像一直停留在加载界面”。两条均为 Android，覆盖 vivo V2430A／V2338A，涉及 8.3.14.2 与 8.4.0.6。按反馈量 10 分、共性广度 20 分、远程查看关键度 40 分计 70 分。该链路与第 175、176 期的远程查看／设备离线候选重复，按 24 小时规则不新增雷达任务。 - Logan 证据：反馈
249854的 Logan 在L1604～L1611、L1634～L1641显示LibImpl-addWatch后OpenStreamAgent、PlayAgent均返回ret=0；L1923～L1943、L1950～L1962收到首个关键帧并进入PreviewPlayerView-onRecvFirstFrame。但同一日志在L3039～L3042进入LibImpl-startNvrReplay时记录record=[null]、ret=[0]，随后L3890～L3915多次出现 P2P 超时与UDP forbidden。这说明代表样本并非统一的“接口立即失败”，更像连接反复抖动、重试和状态恢复造成用户侧持续加载或短暂恢复。 - Logan 补证：反馈
249804的 Logan 在L502～L561设备列表接口返回code=200、设备在线；L681～L707首次预览调用addWatch返回ret=0。随后L1500～L1741反复出现每约 10 秒一次的stopPlay→autoStartPlay，并在L1278出现 WebSocketEOFException。该样本支持“播放状态持续重启”的线索，但没有明确错误码，置信度保持中等。 - 神策证据：
NvrMonitorFrameResult每日总量为 9 月 6 日 26033 次、9 月 7 日 30208 次、9 月 8 日 25911 次、9 月 9 日 32337 次、9 月 10 日 31062 次、9 月 11 日 22895 次、9 月 12 日截至当前 9434 次，未见与本窗口反馈同步的全局突增。MonitorWatchStep9 月 11 日为 190721 用户／340469 次，9 月 12 日截至当前为 144914 用户／243812 次，作为行为量级参考，不能单独推出失败率。 - 代码定位：Android 预览入口在
PreviewPlayerView.kt：950～955的onRecvFirstFrame，超时处理在PreviewPlayerView.kt：800～883的doRenderTimeout、doRenderTimeoutStart、doRenderTimeoutStop；离线状态分支在PreviewPlayerView.kt：1782～1790。回放调用链为RecordPlayerView.kt：249～252→BridgeServiceImpl.kt：1873～1874→LibImpl.java：803～834。优先复核stopPlay与autoStartPlay的触发条件、首帧超时清理、P2P 离线状态更新和重试是否重复启动播放。 - 结论：🟡 置信度中。Logan 证明至少一个样本成功收到首帧，另一个样本出现持续自动重播与 WebSocket 断开；现有神策总量没有失败率或按
error_code、设备型号拆分，暂不足以确认全局客户端故障。沿用任务T-20260911-063144-5ca3的远程设备链路核查，不重复建单。
回放不可用，重复跳过
- 现象与评分：反馈
249772为“之前能回放，现在不能回放”，单条、iOS 8.3.9.5，覆盖单一设备与地区，按反馈量 10 分、共性广度 20 分、回放关键度 30 分计 60 分。该问题与第 175、176 期回放链路重复，本期不新增深挖。 - Logan 证据：该反馈 Logan 在
L863～L894、L1058～L1059、L1245～L1276、L1440～L1471多次显示云回放广告位请求 HTTPret=200，没有出现明确回放失败码、超时或崩溃栈；不能据此判断回放媒体链路已经失败。 - 代码锚点：iOS 回放入口仍由
STDeviceListService.m：1640～1679按配置选择 KMP 回放页，再由KMPRouter.m：280～282打开页面；Android 侧回放状态和超时由VideoRecordActivity.java：5005～5023、5331～5367处理。后续需要补采实际设备录像索引、目标时间、首帧耗时和媒体返回码。 - 结论：🟡 置信度弱。当前日志只有外围 HTTP 200 证据，无法解释用户看到的“不能回放”；沿用近 24 小时回放候选，不新增任务。
本期全量扫描与数据状态
| # | 关键词／类型 | 数量或范围 | 分类与处置 |
|---|---|---|---|
| 1 | -102、-101、-1002、网络提示 | 反馈主体，分布多版本、多地区 | 🟣 普遍网络问题，排除；不把网络错误码直接当作 App 功能故障 |
| 2 | 远程画面加载、实时录像加载 | 2 条 | 🔴 评分 70；与近 24 小时远程查看链路重复，补证后跳过 |
| 3 | 监控不能回放 | 1 条 | 🟠 评分 60；与近 24 小时回放链路重复，跳过 |
| 4 | 监控、设备权限、实时观看时长、维修咨询及无明确内容 | 少量 | 🟡 单点、咨询、配置或待补信息，观察或排除 |
- 反馈模块：成功返回 93 条，未触及接口上限；本期未复用历史数据。
- 心愿单：返回 0 条；没有心愿单重叠证据。
- 神策：
NvrMonitorFrameResult、MonitorWatchStep、SiotDevConnectResult趋势查询成功；本期没有失败率、错误码明细或首帧分位数，不能把总量趋势当成功率。 - Logan：远程画面 2 个样本、回放 1 个样本均下载成功；HarmonyOS 反馈多数未提供 Logan，仍有平台侧证据盲区。
- 友盟：没有“崩溃、ANR、卡死、黑屏、无响应”等共性关键词，按规则不查询。
- TAPD：没有已知 BUG 单号，也没有触发按版本查活跃 Bug 的条件；不查询。
- 任务账本：不新增任务。沿用
T-20260911-063144-5ca3、T-20260910-063236-d60b两项设备列表错误跟踪任务，状态为captured，不能视为已验证或关闭。 - 待补证：为 HarmonyOS 回放与远程查看补采 Logan；为 Android 画面加载问题补采
NvrMonitorFrameResult的设备型号、首帧耗时、P2P 状态和失败码明细；核对stopPlay→autoStartPlay是否由首帧超时或 WebSocket 断开重复触发。
本报告已脱敏，不写入手机号、IP、令牌、账号、设备凭据或完整日志认证字段。
本消息由 Seetong小助手 自动生成，欧阳荣 监督发布。
下一期＝第 178 期＝2026-09-13-H09（明天早上 9：00）。