Seetong · Report
🎯 Seetong 问题雷达 09:00 第253期
时间窗口：2026-10-24 17:01:02～2026-10-25 09:01:00（Asia/Shanghai）
TL;DR 核心要点
- 🟠 Android 8.4.1.6 的 KMP 回放页仍未申请屏幕常亮，观看卡回放时会按系统息屏时间自动熄屏。本期新增反馈 259420 与 259401，来自 vivo、OPPO 两台不同机型及广东、山东两个地区；两份 Logan 都明确进入 PlayBackPage，但全文件检索不到 PlaybackScreenAwake、setKeepScreenOn、FLAG_KEEP_SCREEN_ON 或 WakeLock。修复已存在于 feature_v8.4.2，当前 8.4.1.6 未包含，严重度 70 / 100，根因置信度强，沿用任务 T-20260926-170258-576a。
- 反馈 259420：2026-10-25 08:19，Android 8.4.1.6，vivo V2551A，广东广州，原文为“手机回放会息屏了。”该用户 ling901172 自 9 月 26 日以来已多次反馈同一问题，说明修复尚未进入其线上版本。
- 反馈 259401：2026-10-25 05:20，Android 8.4.1.6，OPPO PLS120，山东潍坊，原文为“看录像视频时，它会自动停止熄屏，以前不这样的，最近才出现这个情况”。
最近一个月 Top 问题
按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-10-25）。
| # | 问题（严重度降序） | 严重度 | 平台 | 版本 | 负责人 | 问题原因 |
|---|---|---|---|---|---|---|
| 1 | HarmonyOS `1.1.2.3` 多用户离线与核心视频链路失效 21 期 · 175 条反馈 | 100 | Android · HarmonyOS | 1.1.1.11 / 8.4.1.6 / 1.1.2.3 | 唐胜、陈宝旺、冉博麟、谭伟 | HarmonyOS 客户端把 P2P 瞬时离线写成本地持久状态，并在后续在线判断中优先使用这个旧值，可能导致设备已恢复在线却仍显示离线；回放离线态和播放错误透传不足则放大了用户的“看不到画面”体验。 |
| 2 | Android 与 iOS 8.4.1.6 报警功能突然失效与通知不达 1 期 · 3 条反馈 | 90 | Android · iOS | 8.4.1.6 | 唐胜、许源 | 现有客户端样本表明 Android 通知权限与 token 注册均成功，故障更接近“服务端未生成报警或推送任务未送达”，但神策缺少报警生成与推送到达事件，iOS 样本又混合了通知权限关闭，当前不能完成单点定因。 |
| 3 | HarmonyOS 画中画状态导致切换设备后仍显示前一路画面 1 期 · 3 条反馈 | 90 | HarmonyOS | 1.1.1.11 / 1.1.2.3 | 张跃译 | 多个 HarmonyOS 画面共享一个无代次、无串行化、无旧控制器清理的 PipManager，切换设备时旧创建任务和新选择竞争，最终把第一路 XComponent、savId 或恢复状态保留下来。 |
| 4 | 升级后回放体验整体退化 5 期 · 20 条反馈 | 85 | Android · HarmonyOS · iOS | 8.4.1.6 / 1.1.2.3 / 8.3.14.2 | 唐胜、许源、欧阳荣、谭伟 | 8.4.1.6 对回放链路做了多处改动（时间条 UI、通道切换进度对齐、报警-录像联动），导致回放体验多点退化；Logan 显示取流层无崩溃，问题在"UI/状态对齐 + 报警录像关联"而非连接失败。 |
| 5 | KMP 回放页未申请屏幕常亮，回放中手机自动息屏 12 期 · 31 条反馈 | 84 | Android · HarmonyOS | 8.4.1.6 / 8.4.1 / 8.4.2 | 唐胜、陈宝旺、许源、欧阳荣 | KMP 回放页的屏幕常亮能力已在代码中完整实现（KMP 公共层 → 桥接层 → Android 宿主层齐备），但承载该实现的提交只落在 feature_v8.4.2 一条分支上，feature_v8.4.4、master、hotfix_v1.1.1 全部不含，因此所有已发布版本（Android 8.4.1.6 / HarmonyOS 1.1.1.11）在运行时都走不到 FLAG_KEEP_SCREEN_ON，回放过程中发生系统级息屏。 |
| 6 | Android 实时预览无首帧却被标记为“视频播放中”，并无限重试 5 期 · 12 条反馈 | 80 | Android · iOS | 8.4.1.6 / 8.4.1.4 | 唐胜、张威、谭伟、欧阳荣 | 预览页把“取流请求已提交”或“设备在线状态消息”误当成播放成功，而没有把首帧到达作为唯一成功门禁；add_watch_result=-1 后仍持续 10 秒重试并显示“视频播放中”，导致用户长时间等待且无法获得明确失败反馈。 |
| 7 | SD 卡跌至不可读写或反复未初始化，录像回放被直接阻断 3 期 · 9 条反馈 | 80 | Android · HarmonyOS · iOS | 8.4.1.6 / 1.1.1.11 | 唐胜、张威、陈宝旺 | 设备上报的 SD 卡状态在 258245 中持续处于未初始化／格式化中，在 258173 中由正常可读写跌至不可读写；App 按协议正确展示异常，根因更可能在 SD 卡、卡槽／供电、设备存储控制器或固件挂载逻辑，而不是 KMP 页面误报。 |
| 8 | iOS `8.4.1.6` 云回放卡顿，首帧与失败状态可能被提前结算 2 期 · 8 条反馈 | 80 | Android · iOS | 8.4.1.6 / 8.3.11.3 / 8.4.106 | 陈宝旺、欧阳荣、谭伟 | iOS 云回放容器允许解析完成后在 1.2 秒无首帧时提前向 KMP 返回成功，同时把 IJK 播放错误与正常结束合并处理，导致页面对真实卡顿、缓冲超时或解码失败缺少准确状态和可回溯证据；这是高度可疑的共同客户端缺陷，但仍需复现确认其是否为 3 名用户的直接主因。 |
| 9 | iOS 8.1.2.4 微信登录授权码重复提交触发 30100225 1 期 · 3 条反馈 | 80 | iOS | 8.1.2.4 / 8.1.204 / 8.4.106 | 待定 | 微信回调与恢复登录没有一次性 state、幂等锁和授权码消费机制，重复回跳或重试会把同一个单次授权码再次发给服务端，服务端以 30100225 拒绝后客户端仍保留旧状态。 |
| 10 | Android `8.4.1.6` 在线状态不一致导致卡录像无法打开 1 期 · 1 条反馈 | 80 | Android | 8.4.1.6 | 张威 | 客户端继续使用一份已陈旧约 8 小时的在线缓存，同时又允许单次 P2P 离线事件直接覆盖设备状态；状态模型没有区分云端心跳、P2P 连通和播放出帧，导致用户看到“在线但录像打不开”，且回放页缺少可恢复路径。 |
🟠 问题 1：Android 8.4.1.6 KMP 回放页自动熄屏 ｜ 负责人：陈宝旺
现象与覆盖范围
- 反馈
259420：2026-10-25 08:19，Android8.4.1.6，vivoV2551A，广东广州，原文为“手机回放会息屏了。”该用户ling901172自 9 月 26 日以来已多次反馈同一问题，说明修复尚未进入其线上版本。 - 反馈
259401：2026-10-25 05:20，Android8.4.1.6，OPPOPLS120，山东潍坊，原文为“看录像视频时，它会自动停止熄屏，以前不这样的，最近才出现这个情况”。 - 两条反馈使用不同品牌、机型和地区，但都发生在 Android KMP 卡回放链路。用户均能把问题稳定表述为“播放过程中自动停止并熄屏”，不是实时预览、页面主动退出或单个设备无法出帧。
- 严重度评分：70 / 100。反馈量 10（2 条直接反馈，其中 1 名为长期重复用户）、共性广度 30（Android、同一版本、2 个品牌与机型、2 个省级地区）、业务关键度 30（录像回放）。
- 去重判定：该问题最近一次深挖为 10 月 8 日，超过 24 小时；本轮两项新增样本同时出现新用户和新机型，且补到第二份完整 Logan，因此重新进入雷达。沿用既有任务
T-20260926-170258-576a，不重复建账。
神策证据
- Android
8.4.1.6的DeviceVideoPlayback在 2026-10-24 为 14,853,815 PV，其中明确错误 564,440 PV，错误率 3.800%；2026-10-25 截至查询时为 3,090,030 PV，明确错误 147,415 PV，错误率 4.771%。该数据来自自然日聚合，不是本反馈窗口，只用于说明回放业务的持续规模与失败背景。 - 10 月 25 日错误量前三为
SA10600666,100 PV、SA10600730,685 PV、SA10600127,721 PV；这些码分别偏向时间轴、设备离线与录像获取异常，均不能解释“播放一段时间后由系统息屏”。 CloudPlayback在 10 月 24 日为 306,693 PV / 128,973 UV，10 月 25 日截至查询为 66,430 PV / 38,335 UV。云端回放仍在大规模使用，但现有事件没有屏幕常亮状态、系统息屏时刻或页面前后台切换字段，不能量化熄屏发生率。- 结论边界：神策只能证明回放业务量和播放错误背景，不能替代 Logan 对“KMP 页面缺少常亮调用”的直接证据。
Logan 关键日志
- 反馈
259420：日志共 3,107 行、74,844 字节，覆盖反馈提交前。L2136在 08:16:53.840 明确创建PlayBackPage，data.devId=30767794、fromPreviewPlayback=true；随后L2162创建回放页，L2185开始加载录像数据。 - 反馈
259401：日志共 5,449 行、86,971 字节，覆盖反馈提交前。L1906在 04:56:12.549 明确创建PlayBackPage，data.devId=20069329-CH-8、fromPreviewPlayback=true；后续日志已拉取当天录像并进入卡回放。 - 对两份日志全文件检索
PlaybackScreenAwake、setKeepScreenOn、FLAG_KEEP_SCREEN_ON、WakeLock、PowerManager，均无命中。日志能确认用户已进入 KMP 回放页，但没有看到页面向 Android 宿主申请保持常亮。 - 反馈原话证明最终发生了播放中熄屏；日志缺失常亮调用给出与其一致的技术路径。由于系统息屏属于系统级动作，不应仅凭 App 日志没有
ACTION_SCREEN_OFF就否认用户现象。
代码定位
- 涉及模块：
seetong-kmp/moduleBase、seetong-kmp/modulePlayback与Seetong-App-Android的 KMP 宿主。 - 当前
feature_v8.4.2的BasePager.kt:66-90已在页面出现时调用syncKeepScreenOn(true)，在页面消失时调用syncKeepScreenOn(false)；默认关闭，仅由需要的页面覆写。BasePager.kt:256-258在页面销毁时再次释放。 - 当前
feature_v8.4.2的PlayBackPage.kt:198-199已覆写keepScreenOnWhenVisible(): Boolean = true，明确声明回放页需要常亮。 - 当前 Android 宿主的
STBridgeModule.kt:97-101接收setKeepScreenOn；KuiklyRenderActivity.kt:58-77只在 Activity 前台且页面请求常亮时添加WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON，退到后台或页面释放时清除标志。 - 修复提交：KMP 侧
f98e6f3b3d7c360f4036cd9a500e3c7b03256803（2026-09-24，陈宝旺，“屏幕常亮抽象到BasePage”）；Android 宿主侧e840dc3b65c1aae9299e3f09cf12d0d72eab98cc（2026-09-24，陈宝旺，BUG1015747）。两项提交只进入feature_v8.4.2及相关后续分支，线上8.4.1.6不包含该能力。 - 修复方向锚点：将
f98e6f3b与 Android 宿主e840dc3b6的常亮桥接完整回溯到8.4.1.x维护分支，或在发版说明中明确8.4.2才修复；不能只在 KMP 页面覆写布尔值而漏掉宿主窗口标志。
根因结论
- 置信度：现象 🟢 强；进入 KMP 回放页 🟢 强；当前版本缺少屏幕常亮链路 🟢 强。
- 一句话根因：Android
8.4.1.6的 KMP 回放页未向宿主申请FLAG_KEEP_SCREEN_ON，系统按用户设置的自动锁屏时长执行息屏，导致回放中断。 - 关键证据链：两名不同品牌与地区用户均反馈回放中自动熄屏 → 两份 Logan 都明确进入
PlayBackPage→ 全文件无任何常亮请求或窗口标志日志 →feature_v8.4.2才包含页面覆写、Bridge 与 Activity 窗口标志的完整修复。 - 明确不下的结论：本期不能得出线上所有 Android 回放都会熄屏，也不能把
DeviceVideoPlayback的SA106006/SA106007/SA106001混同为熄屏错误；这些是播放失败码，不是系统电源状态。
建议下一步
- 分配给：陈宝旺确认
f98e6f3b、e840dc3b6是否可回溯补丁到8.4.1.x；Android KMP 宿主负责人复核桥接与窗口标志；版本负责人明确实际修复版本。 - 优先处理：先对
8.4.1.6做最小回溯构建，回放页可见时请求常亮，退到后台、切页与销毁时必须释放，不影响实时预览和其他页面。 - 验证方法：系统息屏时间分别设为 15 秒和 30 秒，卡回放、云回放各连续播放 10 分钟；断言页面显示期间不出现系统息屏，并在退出、后台、切普通页面后恢复系统息屏。
- 回归 4 类状态：在线设备卡回放、云端回放、全屏/竖屏来回切换、播放中切摄像头；连续执行各 20 次，核对
Screen awake requested=true/applied=true与释放日志成对出现。 - 回访
259420、259401，并通知ling901172、253236、253217等存量反馈用户实际修复版本。
本期扫描全量
| 分类与处置 | 反馈数 | 反馈 ID 或说明 |
|---|---|---|
| 🟠 Android KMP 回放自动熄屏，进入问题 1 | 2 | 259401、259420 |
| 🔁 跨端报警媒体入口退化，24 小时内已分析 | 3 | 259343、259382、259393；沿用 T-20261024-170603-cfd1、T-20261021-170533-1339 |
| 🔁 离线或回放不可用，24 小时内已分析 | 5 | 259311、259313、259330、259334、259352；沿用 T-20260926-115214-fdf9、T-20260926-170258-2226 |
| 🔁 回放通道切换与时间位置异常，24 小时内已分析 | 2 | 259406、259421；沿用 T-20260922-170415-9496 |
| 🟡 登录、绑定、设备能力、视频质量或 SD 卡单点 | 12 | 259314、259325、259347、259368、259381、259386、259389、259396、259402、259404、259405、259424 |
| 🟤 产品建议、使用咨询、乱码或信息不足 | 8 | 259319、259320、259356、259369、259394、259399、259400、259417 |
已折叠 1 条普遍性网络问题（含-102/-101/-1002与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。
接口返回total=118 / fetched=118 / complete=true / pages=3。上表按主问题唯一归类，合计 118 条。259308创建于 17:01:16，晚于上一期截止点 17:01:02，属于本窗口首条反馈。
心愿单亮点
| 心愿单 ID | 平台与版本 | 诉求 | 价值判断 |
|---|---|---|---|
| 5497 | Android / 8.4.1.6 | 人形目标触发后锁定并放大，便于辨认人员 | ⭐⭐⭐ 与 AI 检测、云台跟踪和报警取证链路可复用 |
| 5494 | Android / 8.4.1.6 | 恢复原先已有的灯光配置入口 | ⭐⭐⭐ 若为能力入口丢失，应优先按回归问题核查 |
| 5492 | iOS / 8.4.1.6 | 人形、动物事件分类并便于找回放 | ⭐⭐⭐ 与报警检索、AI 标签和回放时间轴直接相关 |
| 5496 | Android / 8.4.1.6 | 提升近距离画面清晰度 | ⭐⭐ 需先区分镜头、码流、对焦和设备能力，不能直接承诺软件修复 |
| 5488 | Android / 8.4.1.6 | 减少 4G 电脑端专属套餐弹窗 | ⭐⭐ 可作为商业化曝光频次与关闭率的观察项 |
数据源状态
- 反馈平台：✅ 正常。
total=118 / fetched=118 / complete=true / pages=3，窗口与上一期首尾相接，逐条分类覆盖全部 118 条。 - 心愿单：✅ 正常。
total=12 / fetched=12 / complete=true / pages=1。 - Sensors：⚠️ 部分可用。
DeviceVideoPlayback与CloudPlayback自然日趋势、Android8.4.1.6错误码分布查询成功；现有事件没有屏幕常亮、系统息屏或页面前后台字段，无法量化熄屏发生率。 - Logan：✅ 两份核心日志可用。
259420共 3,107 行，259401共 5,449 行，均覆盖反馈提交前并确认进入PlayBackPage；未发现任何屏幕常亮请求。 - 友盟：⏭️ 未调用。本期不是崩溃、ANR 或闪退问题。
- TAPD：⏭️ 未调用。当前使用统一任务账本推进，BUG
1015747已由代码提交关联。 - 代码仓：✅
seetong-kmp与Seetong-App-Android已只读核对，提交f98e6f3b、e840dc3b6仅进入feature_v8.4.2及其后续分支。 - 任务账本：沿用
T-20260926-170258-576a，状态保持P1 / captured，本报告作为新增复发证据。 - 待补证：需在真实
8.4.1.6包上按短系统息屏时长复现，并确认回溯补丁的实际发版版本；259420属于长期重复用户，需回访避免继续无反馈循环。
下一期 = 第254期 = 2026-10-25-H17.md（今天下午 17:00；窗口 今日 09:01:00～17:00）