灯控锁竞争 ANR 修复变更记录

问题根因

设备上的 1.6.0 与 1.6.1 均出现主线程在 LightController.isNormalLightControlBlocked() 等待 lightLock 的证据。锁持有线程在同步区内调用厂商 Light SDK，SDK 通过 RootCmd 写入 sysfs；稳定重量回调又约每 200ms 请求一次绿灯，造成 Rx 任务和锁竞争持续累积，最终可能触发 ANR。

代码变更

• 将 LightController 重构为单线程状态机，公共接口不再获取覆盖硬件 I/O 的共享锁。
• 普通灯光按 OFF/GREEN/RED 去重和合并；连续相同请求不再执行 RootCmd。
• 临时闪烁和持续报警由同一个单线程定时执行器分步调度，不再使用主线程 Handler 或 Thread.sleep。
• 保持持续报警、临时闪烁、普通灯光的优先级，结束后恢复最新普通状态。
• 新增 LightDriver 与 AithingsLightDriver，隔离状态协调和厂商 SDK。
• 保留 WeightMainActivity 的绿灯请求入口以维持兼容性，由控制器入口拦截重复请求。
• 灯号、亮度、周期和慢命令阈值使用具名常量，并补充线程边界注释。

自动化验证

• 按 TDD 先新增失败测试，再实现状态机。
• 5 项灯控回归测试覆盖重复点亮去重、重复关闭去重、调用方非阻塞、报警恢复和短闪恢复。
• JDK 8 下强制重跑全量测试与 Debug 构建，共 29 项单元测试通过，APK 构建成功。
• git diff --check 通过；新控制器不包含 synchronized、主线程 Handler、Rx ThreadUtils 或 Thread.sleep。

真机验证

• 设备 pcb_929，序列号 1c00103157408722493。
• 1.6.1（versionCode 24）主验证构建在 16:20:26 覆盖安装；最终并发边界修正后的构建在 16:36:30 再次覆盖安装成功。
• 启动后持续报警红闪及绿灯恢复正常，RootCmd 全部来自唯一 light-controller 线程。
• 主验证最后一轮报警于 16:24:20 结束，观察至 16:32:47；稳定重量约每 200ms 回调期间新增 RootCmd 为 0。
• 主验证 PID 始终为 25687，PSS 约 70MB；最终构建 PID 为 23534，首次绿灯命令在 16:36:36 完成，之后两分钟 RootCmd 数不再增长。
• 未发现灯控长锁竞争或应用 ANR，系统 lastanr 为空。最终构建启动阶段出现一次 Skipped 33 frames，但发生在灯控首次命令前且没有灯控锁等待，稳定阶段未继续出现。

边界与后续观察