Seetong · Report
Seetong 反馈雷达 · 第88期 · 2026-08-03-H09
统计窗口：2026-08-03 01:00 ~ 09:00（UTC+8）
报告生成：2026-08-03 09:00
---
TL;DR 核心要点
- 扫描窗口内共 100 条反馈返回，含大量 -102（缅甸/安哥拉用户重复刷屏，已排除）
- 有效反馈约 10 条，功能类聚焦：Android 闪退 ×3 / NVR 回放 ×1 / Harmony 设备离线 ×3 / iOS 摄像头灯 ×1
- 心愿单建议 2 条（已排除）
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-08-03）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 1 | 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 才能确认 |
| 2 | 设备离线/P2P 通道失败（5 条 8h） 1 期 | 90 | — | 8.2.1.3 / 8.3.10.2 / 8.3.12.5 | 唐胜、许源、张威 | 用户设备 lastHeartTime 自 2026-07-03 02:25 起完全停止（用户尝试断电重启无效），客户端 TPS_MSG_P2P_OFFLINE 反复触发导致离线提示循环，但设备侧的物理掉线才是真实根因 |
| 3 | 回放入口/状态映射异常：无存储能力设备仍露出回放入口 2 期 | 70 | Android | 1.1.0.9 / 8.1.2.4 / 8.3.12.5 | 唐胜、张威 | 回放入口与录像状态 UI 主要依赖 sdRecordStu/权限，但未同步校验 NO_LOCAL_STOARGE 与 SDCardState=0，导致无存储能力设备仍可能暴露回放预期或状态显示异常。 |
| 4 | 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） |
| 5 | 在线看不到 1 期 | 70 | Android | 8.3.13.3 | 张威、唐胜 | NVR 通道预览链路在握手后立即被底层判为 PeerOffLine，APP 按现有逻辑只做快速重试，没有把通道离线与临时连接抖动区分开，最终表现为“在线看不到”。 |
| 6 | 多端手机端无回放 1 期 | 70 | Android | 1.1.1.6 / 8.3.13.3 | 冉博麟、李国涛 | （本期未收敛到单一根因） |
| 7 | 设备离线/掉线后无法预览 1 期 | 70 | Android · iOS | 1.1.1.6 / 8.2.2.1 / 8.3.13.3 | 唐胜、张威 | 设备预览链路在收到 TPS_MSG_P2P_OFFLINE 后直接走离线兜底分支，UI 进入“该设备不在线”，而自动恢复逻辑又被离线判断短路，导致用户感知为“掉线后无法再连上”。 |
| 8 | 录像回放缺失 — 无 SD 卡的设备被直接引导云存购买(产品设计问题) 1 期 | 65 | Android · iOS | 8.3.12.5 / 8.3.13.3 / 8.3.13.4 | 张威、唐胜、陈宝旺 | 无 SD 卡 + 未开通云存的设备,在 NVR 回放协议响应无效时直接跳转云存购买页,没有任何"为什么没录像"的说明,用户感知是"以前能看现在不能" |
| 9 | 设备二维码模糊/找不到（3 条 8h） 1 期 | 65 | — | 8.3.12.5 | 待定 | （本期未收敛到单一根因） |
| 10 | Android NVR 回放/预览偶发不出图，断开重连后恢复 1 期 | 60 | Android | — | 唐胜、张威 | NVR 回放/预览链路在首次 addWatch + 查询录像时间片 阶段存在瞬时失败，UI 侧又把多类失败统一收敛为空/超时，导致用户感知为“不出图，重连才恢复”。 |
📊 Stage 0：反馈扫描
- 扫描窗口内共 100 条反馈返回，含大量 -102（缅甸/安哥拉用户重复刷屏，已排除）
- 有效反馈约 10 条，功能类聚焦：Android 闪退 ×3 / NVR 回放 ×1 / Harmony 设备离线 ×3 / iOS 摄像头灯 ×1
- 心愿单建议 2 条（已排除）
🎯 Stage 1：TOP 问题打分
| 排名 | 问题 | 平台 | 反馈量 | 打分 | 进入深挖 |
|---|---|---|---|---|---|
| 🔴 TOP1 | Android 闪退/质量差聚集 | Android | 3条（OPPO×2 + vivo×1） | 75分 | ✅ |
| 🟠 TOP2 | NVR 录像机回放 70% 卡住 | Android | 1条（vivo，有截图+Logan） | 65分 | ✅ |
🔍 Stage 2：多源深挖
TOP1：Android 闪退/质量差聚集（75分）
涉及反馈：240258（OPPO，v8.3.12.4）、240261（OPPO，v8.3.12.4，重复）、240262（vivo，v8.3.13.3）
Logan 分析（clientId: 7af605b4-4de8，16829行）：
| 检查项 | 结果 |
|---|---|
| 崩溃关键词（AndroidRuntime/SIGABRT/SIGSEGV/FATAL/ANR/dvm） | 零命中 |
| Java 异常堆栈 | 零命中 |
| 实际崩溃证据 | 无 |
| App 实际运行状态 | 正常启动→登录→设备列表→预览播放→WebSocket 断连自动重连，全程正常运行 |
| 设备 | 特级警察（离线）+ 一级警察（在线，China Unicom 4G，IP 39.144.189.209） |
关键发现：Logan 里的 421 条 "EXCEPTION" 标签行，均为 clogan 日志框架的 TAG 标记（BlackBox 行为追踪，如 BlackBox-startPlay/BlackBox-stopPlay），不是 Java 异常。App 实际运行状态完全正常。
根因推断（置信度：低）：用户反馈"闪退"但 Logan 无崩溃痕迹，可能原因：
- Logan 覆盖盲区：崩溃发生在本次 Logan 记录之前，用户重启 App 后才上传日志
- 短暂 ANR 被误判：用户感受到明显卡顿，误填"闪退"
- 反馈版本偏差：Logan 显示 v8.3.12.5（内部构建），用户反馈版本可能取自设置页显示值
⚠️ 根因不确定：需下一次复现时抓取完整 crash dump + Logan 才能定位
TOP2：NVR 录像机回放 70% 卡住（65分）
涉及反馈：240256（vivo，v8.3.13.3，有截图附件）
Logan 分析（clientId: 57740567-6f85，708312行）：
| 检查项 | 结果 |
|---|---|
| NVR 设备能力解析 | 正确识别 devId:23080762，含 P2PReplay + Trans_Channel_NVR + RePlayThumbnai |
| NVR 回放界面打开 | ✅ 04:03:55 NvrRecord-SeeTong-Replay default date:20260803 |
| 录像数据流状态 | ❌ "sd not video" 重复出现，video stream 数据未到达 |
| P2P 传输质量 | ⚠️ 大量 P2PTransport: Received timeout from P2P server, retry gather! |
| 网络错误统计 | -102: 889次 / -101: 1112次 |
关键时间线：
04:03:39.657 App 启动，网络初始化
04:03:40.361 P2PTransport 多路 timeout → 触发 retry gather
04:03:40.415 TCP Relay 握手成功（fallback）
04:03:55.855 NvrRecord 界面打开，加载默认日期 20260803
04:03:55.862 → "sd not video" × N（视频流数据未到达）根因（置信度：高）：
用户上报"70% 卡住"，对应视频流数据未到达的阶段（"sd not video" 说明 MonitorPlayer 未收到视频帧）。P2P 传输层多次 timeout，TCP Relay 作为 fallback 建立了连接但视频数据未跟上，导致：
- UI 卡在 70%（视频流建立中）
- 无超时提示
- 用户误判为"卡死"并提交反馈
⚠️ 数据源降级说明
| 数据源 | 状态 | 影响 |
|---|---|---|
| 神策 LIKE 查询 | ❌ GRPC 报错 CANNOT_FOUND_FUNCTION（LIKE） | 无法按 error_code 分布筛选 crash 事件 |
| 友盟崩溃趋势 | ❌ HTTP 502 Timeout | 无法查 Android 崩溃率趋势 |
| Logan 下载 | ✅ 2/2 成功 | TOP1+TOP2 均有效 |
💡 处理建议
TOP1（Android 闪退）
- 优先级：中（仅 Logan 盲区，无代码证据）
- 建议：下期 radar 继续关注 OPPO/v8.3.12 闪退趋势；如持续出现，要求用户上传 crash dump
TOP2（NVR 回放 70% 卡住）
- 优先级：高（网络传输层，置信度高）
- 建议：检查 NVR MonitorPlayer 在 P2P timeout + Relay fallback 场景下，是否有加载超时兜底逻辑；若无，应加"加载超时"提示避免用户空等
本消息由 Seetong小助手 自动生成，欧阳荣 监督发布。