NServiceBus中ReceiveOnly与Sends atomic with Receive的区别解析

ReceiveOnly 事务类型 #

• 核心逻辑：只对消息接收环节做事务保障。当从队列取出消息开始处理时，事务仅确保“消息移除”这个动作的原子性——如果处理过程抛出异常，事务回滚，消息会被放回原队列（或转入错误队列）。
• 发送操作的独立性：处理过程中发送的任何消息，会直接投递到目标队列，不受接收事务的约束。哪怕后续处理失败、接收事务回滚，已经发出的消息也不会被撤销。
• 适用场景：适合不需要发送与接收强绑定的场景，比如发送日志告警、非核心的状态通知——就算原消息处理失败，已经发出的告警不需要撤回，不会影响业务一致性。

Sends atomic with Receive 事务类型 #

• 核心逻辑：把消息接收和处理期间所有发送操作打包成一个原子事务。只有当整个处理流程完全成功时，才会同时完成“源队列移除消息”和“所有发送消息投递到目标队列”两个动作；只要处理中任何环节出错，整个事务回滚——原消息放回队列，准备发送的消息也会被丢弃，不会投递。
• 发送操作的暂存机制：处理时发送的消息会被暂存，直到接收事务成功提交后才会真正发送。如果事务回滚，这些暂存消息直接作废。
• 适用场景：适合强一致性要求的业务流程，比如订单处理：接收订单消息后，要发送扣库存消息和用户通知消息，必须保证要么订单处理成功且所有后续消息都发出，要么订单回到队列、后续消息都不发送，避免出现“订单没处理但库存被扣了”的矛盾情况。

关键差异对比 #

• 事务覆盖范围：
  • ReceiveOnly：仅包含消息接收操作
  • Sends atomic with Receive：包含消息接收 + 所有发送操作
• 失败回滚效果：
  • ReceiveOnly：仅回滚消息接收（消息回队列），已发消息无法撤回
  • Sends atomic with Receive：回滚所有操作（消息回队列，待发消息丢弃）
• 一致性级别：
  • ReceiveOnly：弱一致性，发送与接收动作相互独立
  • Sends atomic with Receive：强一致性，发送与接收原子性完成

内容的提问来源于stack exchange，提问作者shirin monzavi