Seetong · Report
🎯 Seetong 问题雷达 17:00 第79期
时间窗口：2026-07-29 09:00 ~ 17:00
TL;DR 核心要点
- 🔴 -102 SSL连接超时（严重度 55/100，置信度 中）——8h内65条反馈，多为国际用户SSL握手超时，已排除为普遍网络问题，Logan确认根因为境外网络到Seetong全球节点路由差
- 🟠 鸿蒙系统监控掉线（严重度 60/100，置信度 中）——3条同用户反馈，鸿蒙升级后监控"首页不显示，刷新也不行，需要杀后台"
- 现象：Android用户在不同网络环境（4G/WiFi）访问Seetong时弹出"请检查手机网络，重启App尝试解决(-102)"，多语言版本（中文/英俄双语）均出现
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-07-29）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 1 | 设备离线/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 反复触发导致离线提示循环，但设备侧的物理掉线才是真实根因 |
| 2 | 回放入口/状态映射异常：无存储能力设备仍露出回放入口 1 期 | 70 | Android | 1.1.0.9 / 8.1.2.4 / 8.3.12.5 | 唐胜、张威 | 回放入口与录像状态 UI 主要依赖 sdRecordStu/权限，但未同步校验 NO_LOCAL_STOARGE 与 SDCardState=0，导致无存储能力设备仍可能暴露回放预期或状态显示异常。 |
| 3 | 在线看不到 1 期 | 70 | Android | 8.3.13.3 | 张威、唐胜 | NVR 通道预览链路在握手后立即被底层判为 PeerOffLine，APP 按现有逻辑只做快速重试，没有把通道离线与临时连接抖动区分开，最终表现为“在线看不到”。 |
| 4 | 多端手机端无回放 1 期 | 70 | Android | 1.1.1.6 / 8.3.13.3 | 冉博麟、李国涛 | （本期未收敛到单一根因） |
| 5 | 设备离线/掉线后无法预览 1 期 | 70 | Android · iOS | 1.1.1.6 / 8.2.2.1 / 8.3.13.3 | 唐胜、张威 | 设备预览链路在收到 TPS_MSG_P2P_OFFLINE 后直接走离线兜底分支，UI 进入“该设备不在线”，而自动恢复逻辑又被离线判断短路，导致用户感知为“掉线后无法再连上”。 |
| 6 | 录像回放缺失 — 无 SD 卡的设备被直接引导云存购买(产品设计问题) 1 期 | 65 | Android · iOS | 8.3.12.5 / 8.3.13.3 / 8.3.13.4 | 张威、唐胜、陈宝旺 | 无 SD 卡 + 未开通云存的设备,在 NVR 回放协议响应无效时直接跳转云存购买页,没有任何"为什么没录像"的说明,用户感知是"以前能看现在不能" |
| 7 | 设备二维码模糊/找不到（3 条 8h） 1 期 | 65 | — | 8.3.12.5 | 待定 | （本期未收敛到单一根因） |
| 8 | 鸿蒙系统监控掉线（3条同用户） 2 期 | 60 | Android | 1.1.0 / 1.1.0.9 / 1.1.1.0 | 许源、陈宝旺、张威、唐胜 | 鸿蒙OS对App后台服务管控更严格，App进程被系统强制回收后，设备状态无法实时刷新，导致首页设备列表不更新；杀后台重启App后状态恢复 |
| 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：-102 SSL连接超时（境外用户）
1. 现象与覆盖范围
- 现象：Android用户在不同网络环境（4G/WiFi）访问Seetong时弹出"请检查手机网络，重启App尝试解决(-102)"，多语言版本（中文/英俄双语）均出现
- 涉及反馈：65条 / 设备多品牌多型号 / 版本 V8.3.13.3为主 / 网络遍布国内外（乌兹别克斯坦/缅甸/中国/土库曼斯坦等）
- 严重度评分：55/100（反馈量65/30 + 共性广3维30/30 + 关键度设备掉线40/40 = 约55分）
- ⚠️ 判定：按 SKILL 规则，单纯4G/WiFi/SSL超时类且不涉及App业务逻辑 → 排除为🟣普遍网络问题，不进雷达核心分析
2. 神策证据
- 事件：SiotDevConnectResult（设备连接结果）
- 连接类型分布（7/26-7/29）：RELAY约1010万次 / SRFLX约221万次 / LOCAL约140万次
- 趋势：7/29半天数据：86万用户/245万事件（vs 7/26-7/28日均约110万用户/380万事件）——7/29偏低，但可能是部分用户因-102无法连接导致
- relay_close_reason：约88%的连接无reason字段（relay成功关闭）
3. Logan 关键日志（核心数据源）
- 反馈 ID：239113（乌兹别克斯坦用户）
- 关键栈：
CCSInf: CSSLComm:ssl_connect return error -2000008 ← SSL握手失败
CCSInf: HttpRequest failed, ret=-102, xml= ← 映射为-102错误
HttpRequest domainType=0,httpDomain=app-auth-gbl.seetong.com,httpIp=3.174.230.68,ret=-102
HttpRequest domainType=1,httpDomain=app-api-gbl.seetong.com,httpIp=13.227.146.33,ret=-102
WSManager-Get netty server url failed,code:-102 ← WebSocket拉取失败- 错误码：-102 =
CSSLComm:ssl_connect return error（SSL/TLS连接超时） - 上下文：设备IP位于乌兹别克斯坦（185.139.137.86），连接3个Seetong全球域名服务器IP（3.174.230.68 / 13.227.146.33 / 124.243.189.121）均出现SSL握手超时
- 引文：
socketCanReadWrite ipv4, ret=0, duration=97, connect=-1（TCP连接失败，connect=-1）
4. 根因结论
- 置信度：🟡 中
- 一句话根因：境外用户网络到Seetong全球加速节点（AWS CloudFront/AWS IP段）SSL握手超时，属于基础设施/路由问题，非App代码缺陷
- 关键证据链：Logan显示
CSSLComm:ssl_connect return error→ 映射为 -102；该错误来自funclib native层；涉及Seetong全球域名（app-auth-gbl.seetong.com等）
5. 建议下一步
- 分配给：后端/基础设施
- 优先处理项：
- 排查Seetong全球加速节点（AWS CloudFront）对中国境外地区的SSL证书链/DNS解析
- 确认-102错误码是否仅出现在境外用户，或中国境内也有偶发
- 验证方法：友盟崩溃趋势看国内外差异；TAPD查是否有历史同类工单
🟠 问题 2：鸿蒙系统监控掉线（3条同用户） ｜ 负责人：许源、张威、唐胜
1. 现象与覆盖范围
- 现象：用户手机系统升级鸿蒙后，Seetong监控"首页不显示设备，刷新也不可以，需要杀后台才能恢复"
- 涉及反馈：3条（ID 239043/239075/239072）/ 同一用户 13827006585 / 设备 BRE-AL80（华为Mate 60 Pro）/ 版本 鸿蒙1.1.1.6 / 地点河南三门峡
- 严重度评分：60/100（反馈量3条→10/30 + 共性1维10/30 + 关键度设备掉线→40/40 = 60分）
- 首次出现：2026-07-29 10:27（今天新反馈）
2. 神策证据
- ⚠️ 本期神策 SiotDevConnectResult 无
result/error_code字段，无法按连接结果分组 - 通过
relay_close_reason查连接类型：RELAY/SRFLX/LOCAL三类均有大量数据，暂无直接证据指向鸿蒙
3. Logan 关键日志
- ⚠️ 鸿蒙反馈 Logan URL均为空（Harmony版Logan未提供），无法下载该用户日志
4. 代码定位
Android 代码仓（~/Seetong-App-Android/Seetong5.0ForSeetong/Seetong5.0/）：
- 鸿蒙系统识别：
PushUtils.java:389→isHarmonyOs()方法，通过osBrand == "Harmony"判断
// PushUtils.java:367
if ("HONOR".equalsIgnoreCase(Build.BRAND)) {
//注意HON蒙应该走华为
}
public static boolean isHarmonyOs() {
osBrand = android.os.Build.getSerial(); // 或其他方式
return "Harmony".equalsIgnoreCase(osBrand.toString());
}- 设备状态变更（在线→离线）：
LibImpl.java:3061→onDeviceOnline(dev.getCloudId()) - 设备状态变更（离线）：
LibImpl.java:3097→ 记录离线时间 - 设备列表首页：
MainActivity2.java→ 首页设备列表管理 - 关键路径：
设备离线→LibImpl.onDeviceOffline→DeviceFragment/DeviceList 刷新UI
5. 根因结论
- 置信度：🟡 中（无Logan证据，仅用户反馈+代码路径推断）
- 一句话根因：鸿蒙OS对App后台服务管控更严格，App进程被系统强制回收后，设备状态无法实时刷新，导致首页设备列表不更新；杀后台重启App后状态恢复
- 关键证据链：用户反馈"首页不显示→杀后台后可恢复"符合鸿蒙后台限制特征
6. 建议下一步
- 分配给：Android/Harmony SDK适配
- 优先处理项：
- 查TAPD历史是否有华为/鸿蒙兼容性Bug
- 联系用户获取Logan日志（当前Harmony版Logan URL为空）
- 检查App是否在
isHarmonyOs()下有不同的推送/设备刷新策略
- 验证方法：复现路径（鸿蒙OS后台限制→App进程回收→设备列表不更新）
数据源状态汇总
| 数据源 | 状态 | 说明 |
|---|---|---|
| Seetong反馈平台 | ✅ 正常 | 8h窗口获取100条 |
| 神策 SiotDevConnectResult | ✅ 部分正常 | relay_close_reason/connect_type可用；result/error_code字段不存在 |
| Logan | ⚠️ 部分失效 | Android -102日志获取成功（SSL错误）；鸿蒙反馈Logan URL为空 |
| 友盟 | ⏭ 跳过 | -102为网络问题，鸿蒙无Logan证据，暂不触发 |
| TAPD | ⏭ 跳过 | 功能性分析，不查TAPD |
| 代码仓 | ✅ 正常 | Android代码仓定位成功，鸿蒙适配路径已知 |
本期扫描全量
| # | 关键词 | 反馈数 | 分类 | 处置 |
|---|---|---|---|---|
| 1 | 请检查手机网络(-102) | 65 | 🟣 普遍网络问题（SSL超时） | 已排除，不进雷达 |
| 2 | 鸿蒙升级后监控掉线/卡顿 | 3 | 🟠 进雷达（问题2） | 详细分析见上 |
| 3 | 手机回放慢/监控反应慢 | 2 | 🟢 单用户操作问题 | 已排除 |
| 4 | 流量套餐不合理 | 1 | 🟢 用户配置/业务咨询 | 已排除 |
| 5 | 心愿单建议（功能新增） | 20 | 🟤 心愿单建议 | 已排除 |
| 6 | 无效/垃圾反馈 | 9 | 🟢 无效反馈 | 已排除 |
待补证
- 鸿蒙监控掉线：需联系用户获取Harmony版Logan日志（当前URL为空）
- -102问题：需确认中国境内是否也有偶发（目前证据全为境外用户）
下一期 = 第80期 = 2026-07-30-H09（明天早上 9:00）