使用NServiceBus与RabbitMQTransport时如何忽略x-max-priority？

问题根源 #

RabbitMQ对队列声明做严格参数校验：客户端声明队列时，必须携带与现有队列完全一致的参数。NServiceBus默认声明队列时不会传递x-max-priority参数，和你现有队列的配置（x-max-priority=9）不匹配，触发了406预条件失败错误。

无需重建队列的解决方案 #

1. 让NServiceBus声明队列时携带匹配参数 #

虽然NServiceBus官方没有内置优先级队列配置项，但可以通过自定义队列创建配置注入该参数，完全适配现有队列：

实现自定义队列配置提供器

public class PriorityQueueAdapter : IProvideQueueCreationConfiguration
{
    public void Configure(string queueName, QueueDeclareConfiguration config)
    {
        // 添加和现有队列一致的x-max-priority参数
        config.Arguments.Add("x-max-priority", 9);
    }
}

在NServiceBus端点配置中注册

var endpointConfig = new EndpointConfiguration("YourEndpointName");
var rabbitTransport = endpointConfig.UseTransport<RabbitMQTransport>();

// 注册自定义配置，让NServiceBus声明队列时带上指定参数
rabbitTransport.RegisterQueueCreationConfigurationProvider(new PriorityQueueAdapter());

这样NServiceBus声明队列时会传递x-max-priority=9，和现有队列参数完全匹配，就能正常连接，无需修改或删除任何现有队列。

2. 临时应急方案（不推荐） #

如果无法修改代码，可以临时修改RabbitMQ节点的配置文件，添加：

queue_declare_arguments_validation = none

重启RabbitMQ后会关闭队列参数校验，但这会带来安全风险，可能导致队列被意外修改，仅作为紧急情况下的临时手段。

后续过渡建议 #

• 新队列可以通过更新自研封装去掉x-max-priority参数，逐步替换旧队列；
• 待所有旧队列退役后，再移除NServiceBus中的自定义参数配置。

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