MassTransit与非.NET服务互操作性：如何生成无特定包装的JSON消息

架构老林

2026-5-21

当然可以解决这个问题！我之前也帮团队处理过类似的跨语言消息交互需求，MassTransit确实支持移除它默认的JSON包装，让消息以原生JSON格式传输，这样非.NET服务就能直接解析，完全不用额外写适配逻辑。

具体配置方法

要实现这个效果，你只需要在配置MassTransit的RabbitMQ总线时，指定使用RawJsonSerializer替代默认的序列化器。举个简单的配置示例：

services.AddMassTransit(x =>
{
    x.UsingRabbitMq((context, cfg) =>
    {
        cfg.Host("rabbitmq://localhost"); // 替换成你的RabbitMQ实际地址

        // 关键配置：启用原生JSON序列化，不带MassTransit专属包装
        cfg.UseRawJsonSerializer();

        // 配置你的接收端点与消费者
        cfg.ReceiveEndpoint("order-processing-queue", e =>
        {
            e.Consumer<OrderProcessingConsumer>();
        });
    });
});

效果对比

配置前，MassTransit生成的消息会带有专属包装结构，类似这样：

{
"Message": { "OrderId": 123, "Amount": 99.99 },
"MessageType": ["YourNamespace.IOrderSubmitted"]
}

配置后，消息会直接以你定义的实体结构输出原生JSON：

{ "OrderId": 123, "Amount": 99.99 }

非.NET服务拿到这个消息后，完全可以按常规JSON解析逻辑处理，不需要针对MassTransit做任何特殊适配。

自定义序列化细节

如果需要调整序列化的细节（比如驼峰命名、忽略空值、日期格式等），还可以传入自定义配置选项：

cfg.UseRawJsonSerializer(options =>
{
    options.Options = new JsonSerializerOptions
    {
        PropertyNamingPolicy = JsonNamingPolicy.CamelCase,
        IgnoreNullValues = true,
        WriteIndented = false
    };
});