任务队列能做到 exactly-once 吗？业务上该怎样设计？

核心判断

针对“任务队列能做到 exactly-once 吗？业务上该怎样设计？”，推荐先把目标、风险边界和可验证证据写成契约，再逐步扩大自动化范围。数据库与异步系统优先保证可恢复性和可观测性；至少一次交付配合业务幂等，比宣称 exactly-once 更可靠。

实施步骤

1）建立基线：定义稳定主键、状态机、租约和幂等键。2）控制执行：把扩展、回填、切换与收缩拆成可回滚阶段。3）处理失败：限制连接与并发并监控锁、积压和重试放大。4）形成闭环：用故障注入验证重复、乱序、超时和部分成功。当前场景是“异步任务包含发邮件、生成文件和写数据库，偶尔会重复执行。”，因此应先做小流量或只读演练，再进入真实写入。

验收与监控

得到至少一次、幂等和补偿的实际方案。。至少记录成功率、失败类型、人工接管率、P95 延迟和单位任务成本；对第 45 号方案建立固定回归样例，发布前后使用相同输入对比。

边界与误区

约束是“基础设施无法保证所有外部系统原子提交。”。不要用单一总分或一次演示代替分层验证，也不要把超时当成失败后直接重放；任何外部副作用都必须具备幂等键、状态查询或补偿动作。