MassTransit 8.0.8事务性发件箱未创建继承事件Exchange绑定问题

这个问题的核心在于MassTransit 8.0.8版本中Transactional Outbox的消息分发逻辑与常规消息发布的拓扑创建流程不一致，具体细节如下：

1. 常规模式下的拓扑自动创建
   当不启用Transactional Outbox时，MassTransit在消费者服务启动初始化端点时，会自动完成以下操作：

   • 为EventBase和CreatedEvent分别创建对应的Exchange
   • 自动建立CreatedEvent Exchange到EventBase Exchange的绑定关系（因为类型存在继承）
   • 将两个Exchange分别绑定到对应消费者的队列
     所以发布CreatedEvent时，消息会通过绑定路由到两个队列，两个消费者都能收到消息。

2. Transactional Outbox模式下的差异
   启用Transactional Outbox后，消息的发布流程变为：

   • 消息先被持久化到数据库的Outbox表中，而非直接发送到RabbitMQ
   • 由后台的Outbox分发器（轮询或延迟触发）从Outbox中取出消息，再投递到RabbitMQ
     而在MassTransit 8.0.8的Outbox实现中，分发器仅负责消息投递，不会自动创建类型继承所需的Exchange绑定关系——这些绑定原本是在消费者端点初始化时创建的，但Outbox分发器不触发这个拓扑初始化逻辑。

3. 绑定存在与否的影响

   • 如果是全新部署，Exchange绑定尚未创建：Outbox分发器投递消息时，只会将消息发送到CreatedEvent对应的Exchange，由于没有绑定到EventBase的Exchange，消息无法路由到EventBaseConsumer的队列。
   • 如果绑定已存在（比如之前未启用Outbox时创建的）：消息投递后能通过已有的绑定正常路由，两个消费者都能收到消息。

简单来说，就是Outbox分发器不负责创建类型继承所需的Exchange绑定，而常规模式下是消费者初始化时创建的，这就导致了新部署场景下的路由失效问题。

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