为何MassTransit Transactional Outbox必须配置RabbitMQ？

问题根源 #

IPublishEndpoint依赖IBus实例，而MassTransit的IBus必须绑定一个传输（比如RabbitMQ、InMemory）才能完成初始化。哪怕你的API只负责将消息写入Outbox表，底层组件依然需要总线的基础配置来提供依赖注入所需的服务实例，省略传输配置会导致IBus无法解析，抛出聚合异常。

解决方案：配置轻量传输满足依赖要求 #

你不需要配置完整的RabbitMQ连接并实际发送消息，只需配置一个轻量的传输（比如InMemory）来让MassTransit完成总线初始化，同时确保所有消息都被写入Outbox表：

API端配置示例 #

builder.Services.AddMassTransit(x =>
{
    // 配置Entity Framework Outbox，替换为你的DbContext类型
    x.AddEntityFrameworkOutbox<YourDbContext>(o =>
    {
        o.QueryDelay = TimeSpan.FromSeconds(10);
        o.UseSqlServer(); // 根据你的数据库选择对应扩展方法（UsePostgres/UseSqlite等）
        o.UseBusOutbox();
    });

    // 配置InMemory传输，仅用于初始化总线，不会实际发送消息
    x.UsingInMemory((context, cfg) =>
    {
        cfg.ConfigureEndpoints(context);
    });
});

关键说明 #

• 用InMemory传输替代RabbitMQ，既满足IBus的初始化要求，又不会建立外部连接，完全适配API仅写Outbox的场景。
• UseBusOutbox()确保所有通过IPublishEndpoint发布的消息都会被存入Outbox表，而不是直接发送。
• 后台Worker依然可以独立配置RabbitMQ传输，负责读取Outbox并发送消息到队列。

这样配置后，API就能正常注入IPublishEndpoint并写入Outbox，同时避免了不必要的RabbitMQ连接配置。

内容的提问来源于stack exchange，提问作者Salvatore Calla'