如何不使用string.Replace压缩Azure Event Hub的JSON事件Payload？及压缩疑问

一、无需使用string.Replace的JSON紧凑格式实现方式 #

直接用字符串替换空格和换行存在风险（会误删JSON字符串值中的合法空格），更可靠的方式是通过JSON序列化/反序列化生成无缩进的紧凑格式：

方案1：使用System.Text.Json（.NET Core 3.0+内置） #

利用BinaryData直接反序列化为JsonElement，再通过无缩进选项重新序列化：

private async Task ProcessMessage(ProcessEventArgs eventArgs)
{
    // 从BinaryData解析为JsonElement
    JsonElement jsonElement = eventArgs.Data.EventBody.ToObjectFromJson<JsonElement>();
    
    // 配置无缩进的序列化参数
    JsonSerializerOptions options = new JsonSerializerOptions
    {
        WriteIndented = false,
        Encoder = JavaScriptEncoder.UnsafeRelaxedJsonEscaping
    };
    
    // 生成紧凑格式JSON
    string compactJson = JsonSerializer.Serialize(jsonElement, options);
    Console.WriteLine(compactJson);
}

方案2：使用Newtonsoft.Json（Json.NET） #

如果项目已引入Json.NET，可通过JToken处理：

private async Task ProcessMessage(ProcessEventArgs eventArgs)
{
    string rawJson = Encoding.UTF8.GetString(eventArgs.Data.Body.Span);
    JToken token = JToken.Parse(rawJson);
    string compactJson = token.ToString(Formatting.None);
    Console.WriteLine(compactJson);
}

这两种方式仅移除JSON语法层面的缩进和换行，会保留字符串值中的合法空格，比string.Replace更安全严谨。

二、Azure Event Hub为何不对JSON Payload自动压缩 #

Azure Event Hub不默认压缩消息，核心设计考量如下：

• 保留消息原始性：Event Hub作为中转服务，核心职责是可靠传递消息，不会修改原始Payload，避免破坏生产者与消费者的约定。
• 控制性能开销：压缩和解压会占用大量服务端CPU资源，影响Event Hub的高吞吐量能力——其设计目标是处理百万级消息流入，额外压缩会降低性能上限。
• 保障灵活性：压缩算法（gzip、deflate等）无统一标准，服务端无法预知消费者支持的算法。生产者可自行选择合适的压缩方式后发送，消费者对应解压，灵活性更高。
• 已有批量优化：Event Hub支持生产者批量发送消息，批量操作已能大幅减少元数据开销，抵消未压缩JSON的体积问题。

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