如何在MassTransit中为Azure Service Bus的订阅与队列设置默认命名规范？

问题1解答：可以实现全局统一的自定义命名规范 #

MassTransit原生支持全局重写实体命名规则，无需为每个消费者、发布者单独配置，完全可以满足你保留命令类名生成topic、统一为队列和订阅加后缀的需求：

• 你可以先定义一个全局环境标识变量，本地开发环境读取当前开发人员的机器名/用户名，测试/生产环境留空，建议通过环境变量注入，不用硬编码。
• 自定义端点命名格式化器，继承MassTransit默认的KebabCaseEndpointNameFormatter，重写生成逻辑，在默认生成的kebab-case名称后拼接你的环境标识后缀即可。
• 同时自定义订阅端点命名格式化器，用同样的逻辑为topic下的订阅名追加后缀。
• 最后在MassTransit的全局配置中注册这两个格式化器即可，后续所有自动生成的队列、订阅名称都会自动携带你配置的后缀。

示例代码参考：

// 读取环境标识，本地开发时取当前用户标识，服务器环境留空
var envSuffix = Environment.GetEnvironmentVariable("LOCAL_DEV_IDENTIFIER") ?? string.Empty;

services.AddMassTransit(x =>
{
    // 注册全局端点命名格式化器
    x.SetEndpointNameFormatter(new CustomEndpointNameFormatter(envSuffix));
    
    x.UsingAzureServiceBus((context, cfg) =>
    {
        cfg.Host("你的Azure Service Bus连接字符串");
        // 注册全局订阅命名格式化器
        cfg.SubscriptionEndpointNameFormatter = new CustomSubscriptionNameFormatter(envSuffix);
        cfg.ConfigureEndpoints(context);
    });
});

问题2解答：会造成逻辑混乱，不推荐保留该现状 #

默认配置下，不同命名空间的同名消息类确实会生成不同的topic，但因为默认端点命名规则仅取消息类名、不带命名空间标识，会导致两个topic的订阅都转发到同一个submit-order队列：

• MassTransit消费时会校验消息的完整类型标识，消费者只会消费自己绑定的那个命名空间下的SubmitOrder消息，另一个命名空间的同类型名消息会被直接丢到死信队列，不会被错误消费，但会产生不必要的死信消息、浪费队列资源。
• 如果两个SubmitOrder消息的结构高度相似，甚至有可能出现反序列化不报错、但业务逻辑执行出错的极端情况，风险很高。

解决方法也很简单，你只需要在自定义端点命名格式化器时，把消息所属命名空间的特征（比如命名空间缩写、命名空间的kebab-case片段）加到队列/订阅名生成规则里，就能彻底避免重名冲突。

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