450 双秤设备
取餐数据可靠上传

代码与资料确认

• 事实 450 对应 WeightDouble116 双秤，设备类型为 4。
• 事实 左右餐台各自产生取餐数据，上传结果会影响其他秤看到的累计金额。
• 事实 当前业务入账使用 /p/api/zhctPushMeal。
• 缺口 现有服务端代码未见设备业务事件唯一号，不能安全支撑盲目重试。
• 边界 当前工作区没有 450 Android 源码，设备端现状需开发补充确认。

最可能的故障位置

1. 取餐后先请求、未先落库，页面或进程变化使任务消失。
2. 断网、超时、切后台后没有持久化补传任务。
3. 左右秤快速交错时，共用对象或回调覆盖数据。
4. 服务端返回业务失败，设备未正确分类处理。
5. 服务端已写入但响应丢失，设备无法判断，重试会重复入账。

设备端 P0

• 先落库再上传；落库失败不能展示成功。
• 事件号首次生成后，所有重试保持不变。
• 应用启动、网络恢复、新事件入库都进入同一调度器。
• 断网、超时、5xx 退避重试；业务永久失败停止重试并告警。
• 左/右秤写入独立 scale_code 和 session，禁止共享可变请求对象。
• 设置页显示待传数、永久失败数、最老积压时间和最近成功时间。

服务端 P0

• /p/api/zhctPushMeal 兼容新增 event_id、scale_code、app_version。
• 数据库增加 device_code + event_id 唯一约束。
• 事件校验、明细写入、订单金额累计在同一事务中。
• 重复事件返回成功且 duplicate=true，不再次入账。
• 明确 retryable 与 non-retryable 响应，不再混用非零 code。
• 按事件号、设备、左右秤、餐盘和时间支持查询。