弱网项目最危险的情况，不是请求没有发出去，而是服务端已经完成处理，客户端却没有收到成功响应。此时，客户端只能确认“结果未知”，不能据此判断“提交失败”。如果自动重试直接触发业务再次执行，恢复网络反而可能带来重复巡检记录或重复订单。
重试解决送达，幂等保护结果
接口幂等性是指：针对同一个业务操作，多次提交产生的业务效果与执行一次一致。它不要求每次响应内容完全相同，也不意味着服务端只能接收一次请求，而是要求重复请求不能重复产生业务副作用。
离线队列、自动重试和手动补交，都可能让同一操作被再次发送。因此，客户端禁用提交按钮只能减少连续点击，无法替代服务端幂等控制。允许安全重试，才是弱网交互可靠的前提。
防重必须围绕业务操作设计
设计时首先要明确“什么算同一次操作”。客户端应为待同步操作保存稳定的业务标识，重试时继续使用，而不是每次发送都生成新标识。服务端还需限定标识的业务范围，并核对提交内容，避免把不同操作误判为重复。
仅采用“先查询、没有再写入”也不够：并发请求可能同时查不到记录。重复判定与业务写入需要具备原子性保障；对于已经完成的操作，应能够返回既有处理结果，对于仍在处理的操作，则应避免再次执行。
幂等记录保留多久，也应结合离线补传周期判断，不能只考虑即时重试，否则旧任务重新同步时仍可能重复入库。
验收应覆盖响应丢失
弱网验收不能只测断网后能否重传，还应模拟业务已成功但响应丢失、重复请求并发到达、客户端重启后继续补传，检查最终业务结果是否仍然唯一。
幂等性也不等于冲突消解：同一操作重复提交，应避免重复执行；不同人员分别修改同一记录，则需要版本比较或业务仲裁。把这两类问题分开设计，才能让“数据传得上去”进一步变成“传上去的结果可信”。
