进程级唯一秤体连接修复变更记录

问题根因

• 1.6.1 的 WeightMainActivity.onStart() 每次进入页面都会重新执行 Weigher.init()，厂商 SDK 的静态 SensorScale 因此替换旧实例。
• 监听器异步注册而 init() 立即在主线程执行，存在初始化回调先于监听器安装的竞态。
• 页面销毁、调试弹窗和 Demo 页分别拥有或关闭连接，可能形成两个串口读取线程或关闭生产连接。
• Activity 只在重量值变化时向 Fragment 转发，页面切换后若重量不变，新页面得不到当前重量。

代码变更

• 新增 WeigherController，由 CptApplication 创建进程内唯一秤体所有者。
• 新增 Driver 边界，SDK 调用串行运行在带 Looper 的 weigher-control 线程。
• 新增状态、不可变重量读数和纯 Java 恢复策略。
• 初始化失败最多重试一次；运行中 5 秒静默先软探测，3 秒无数据再受控重启；自动重启 5 分钟限频。
• 运行期未初始化错误只探测一次；鉴别率错误只恢复配置一次；硬件错误进入 FAILED。
• 主页、调试弹窗和 Demo 页只订阅 Controller，不再直接拥有串口。
• 扫码器与秤体初始化解耦；无 ACTIVE 有效重量时阻止进入打餐。
• 五个 Fragment 在视图可用后注册并回放最近重量，停止时按实例解除；每包重量只转发一次。
• 恢复阈值和持久化 Key 使用具名常量，协议值引用 SDK 常量。

自动化验证

• 按 TDD 验证红灯后实现转绿。
• 恢复策略测试覆盖初始化超时、静默探测、升级、限流和停止。
• Controller 测试覆盖幂等、调用顺序、回放、有限重试、静默恢复、限流及错误分类。
• JDK 8 全量 46 项单元测试、Debug APK 构建和 git diff --check 通过。
• 业务页面已无直接 SensorScale 创建或 Weigher 初始化/关闭调用。

真机验证与边界

10 次冷启动专项验收

每轮清空 Logcat、执行 am force-stop 后通过 am start -W 冷启动，最多等待 20 秒首包重量；设备为 pcb_929，应用版本为 1.6.1（versionCode 24）。

通过率 10/10；Activity 启动平均 2767ms（2725～2836ms）；首包重量就绪平均 3587ms（3085～4682ms）。第 10 次继续观察后累计收到 110 包重量，最后仍持续返回 4127g，PID 保持 2096，FATAL 为 0。