exactly-once
消息处理语义保证，指操作在崩溃重试场景下也不会重复执行造成重复副作用，文中通过崩溃测试与幂等键验证
时间轴 (近 90 天)
exactly-once 语义指在数据管道中每条记录即使经历失败重试也只被处理一次，通常依赖幂等写入、事务日志或两阶段提交实现。
消息投递存在三档语义：at-most-once（可能丢）、at-least-once（至少一次）、exactly-once（理论最优、工程极难）。
“恰好一次”（exactly-once）是分布式系统语义保证：即使消息被发送多次，接收方也只会处理一次。
去重是需要实际实现并验收的能力，仅给事件打一个唯一标识并不构成官方的“恰好一次”保证。
仅给事件打一个唯一标识并不足够防止重复副作用，接收方仍需实现去重逻辑（如幂等表、数据库唯一约束或分布式锁）。
exactly-once 是接收系统的属性，调用方无法强加
Exactly-once 语义在涉及不可控外部系统时，通常只能通过外部系统参与两阶段提交（2PC）或提供幂等接口才能实现
没有任何分布式系统技巧能对一个不参与事务的任意外部 API 提供 exactly-once 语义
全部知识事实 (8)
exactly-once 语义指在数据管道中每条记录即使经历失败重试也只被处理一次，通常依赖幂等写入、事务日志或两阶段提交实现。
50%待验证消息投递存在三档语义：at-most-once（可能丢）、at-least-once（至少一次）、exactly-once（理论最优、工程极难）。
50%待验证“恰好一次”（exactly-once）是分布式系统语义保证：即使消息被发送多次，接收方也只会处理一次。
50%待验证去重是需要实际实现并验收的能力，仅给事件打一个唯一标识并不构成官方的“恰好一次”保证。
50%待验证仅给事件打一个唯一标识并不足够防止重复副作用，接收方仍需实现去重逻辑（如幂等表、数据库唯一约束或分布式锁）。
50%待验证exactly-once 是接收系统的属性，调用方无法强加
50%待验证Exactly-once 语义在涉及不可控外部系统时，通常只能通过外部系统参与两阶段提交（2PC）或提供幂等接口才能实现
50%待验证没有任何分布式系统技巧能对一个不参与事务的任意外部 API 提供 exactly-once 语义
50%