HTTP 离线订单固定轮询变更记录

问题

HTTP 离线订单补传发生可重试失败时，UploadOrderWorker 返回 Result.retry()，WorkManager 会按指数退避重新调度。设备长期离线后，即使重新联网，也可能继续等待较长的退避时间。

此外，旧逻辑由 Worker 在执行结束时安排下一次 Alarm。如果 Worker 被终止或执行超时，可能无法续排下一轮。

修改内容

固定 Alarm 调度闭环

• HTTP 补传 Alarm 到达后，先安排下一次 180 秒 Alarm，再尝试创建本轮 Worker。
• 使用新的唯一任务名 upload_offline_orders_fixed_polling。
• 每轮取消旧任务名 upload_offline_orders 对应的任务，避免升级前遗留的指数退避任务阻塞新链路。
• 保留 ExistingWorkPolicy.KEEP，上一轮仍运行时不创建并发 Worker；下一次 Alarm 仍持续存在。

Worker 单轮职责

• Worker 不再创建下一次 Alarm。
• Worker 不再返回 Result.retry()，所有结束路径统一返回 Result.success()。
• Worker 启动时无网络则直接结束，不再遍历全部积压订单。
• 服务端订单级可重试失败恢复当前订单为状态 1，继续处理其他订单。
• HTTP、网络等传输级失败恢复当前订单为状态 1，并立即停止本轮。

状态与并发保护

• 保留订单 1 → 4 的数据库原子抢占。
• 保留状态 9 成功、状态 3 明确业务失败、状态 4 超过 10 分钟恢复为状态 1 的现有策略。
• MQTT 补传逻辑未修改。

修改文件

• AlarmReceiver.java
• UploadOrderWorker.java
• OfflineOrderUploadPolicy.java
• OfflineOrderUploadPolicyTest.java

验证结果

• TDD 红灯：新增测试后因策略接口不存在而按预期编译失败。
• TDD 绿灯：OfflineOrderUploadPolicyTest 通过。
• :app:testDebugUnitTest 全量应用单元测试通过。
• :app:compileDebugJavaWithJavac 通过。
• 静态扫描确认 Worker 不再调用 Result.retry()。
• 修改文件保持 UTF-8 无 BOM、简体中文。

未包含范围

• 不增加联网恢复后的即时上传。
• 不增加 WorkManager 网络约束。
• 不调整 180 秒轮询间隔。
• 不修改单轮订单数量和上传顺序。
• 不修改应用退出时取消 Alarm 的既有生命周期行为。