DewoTest 扫码存在状态与自动清空变更记录

变更目标

参照 canteen 的扫码存在判断，在 WeightActivity 中实现“有条码显示条码，没条码清空条码”。

canteen 参考行为

• canteen 默认扫码检查间隔为 300 ms。
• 每次收到有效扫码结果都会更新最后扫码时间，并取消、重新安排检查任务。
• 最后一次扫码后连续 300 ms 没有新结果，即判定条码已离开扫描区域。
• 扫码结果以 ?J 开头时，先移除该前缀再参与展示或业务处理。

实现内容

1. 新增 ScanPresenceTracker，集中维护最后扫码时间和 300 ms 无扫码判定。
2. WeightActivity 每次收到扫码结果时显示条码并重新开始 300 ms 倒计时。
3. 倒计时到期且没有新扫码结果时，只清空当前条码显示。
4. 最近原始报文、接收时间和累计扫码次数继续保留，便于串口调试。
5. 关闭串口、重新打开串口或页面销毁时，取消待执行任务并立即清空当前条码。
6. ScannerProtocol 增加 canteen 的 ?J 前缀清理规则。

验证结果

• ./gradlew testDebugUnitTest：通过，共 15 个单元测试，无失败。
• 新增存在状态测试：3 个，覆盖 300 ms 边界、重复扫码续期和状态重置。
• 扫码协议测试增加 ?J 前缀清理场景。
• ./gradlew assembleDebug：通过。
• ./gradlew lintDebug：通过，无 Lint 问题。
• 最新调试 APK 已成功安装到 DWL201。
• 真机扫码串口打开、开始扫码、停止扫码和关闭操作正常。
• 当前扫描区域无条码时，条码展示区域保持为空。
• 验证完成后已重新启动 canteen 应用。

验证边界

现场没有向扫描头放置可识别条码，因此本轮未采集“条码持续回传后移走”的真实帧序列。300 ms 续期与清空状态由独立单元测试验证。

结论

WeightActivity 已按 canteen 的 300 ms 规则维护扫码存在状态：持续收到条码时显示，超过 300 ms 未收到新条码时清空，并兼容 canteen 的 ?J 前缀清理。