MassTransit发布失败配置：消息代理宕机时如何触发Publish()失败？

MassTransit默认启用了Broker连接重试、消息发布重试、启动等待Broker可用的逻辑，因此默认场景下RabbitMQ宕机时调用Publish()会内部重试、阻塞，不会立刻返回失败。按照以下配置调整即可实现需求：

• 禁用RabbitMQ连接层面的重试逻辑
• 禁用消息发布的全局内置重试
• 关闭启动时等待Broker可用的逻辑
• 可选配置发布超时时间，避免极端场景阻塞

以下是ASP.NET Core集成场景的完整配置示例：

builder.Services.AddMassTransit(x =>
{
    x.UsingRabbitMq((context, cfg) =>
    {
        cfg.Host("你的RabbitMQ地址", "/", h =>
        {
            h.Username("账号");
            h.Password("密码");
            // 连接层面只尝试1次，失败直接报错，不重试
            h.ConfigureConnectionRetry(retry => retry.Immediate(0));
        });

        // 配置发布逻辑关闭内置重试
        cfg.ConfigurePublish(publishCfg =>
        {
            publishCfg.UseRetry(retry => retry.None());
        });

        // 启动时不等待Broker连接成功，不可用直接抛出异常
        cfg.WaitOnStartup = TimeSpan.Zero;

        // 配置Publish操作最大超时时间，避免长时间阻塞
        cfg.DefaultPublishTimeout = TimeSpan.FromSeconds(3);
    });
});

配置生效后，RabbitMQ宕机时调用Publish()方法会立刻抛出MassTransit.MessageNotConfirmedException或者RabbitMQ.Client.Exceptions.ConnectFailureException类型的异常，你可以在业务代码中捕获对应异常做降级处理。
如果你在业务代码中自行接入了Polly等重试框架，需要同步调整发布消息逻辑的重试规则，避免业务层重试掩盖发布失败的结果。

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