Netty HttpContentCompressor未压缩响应问题求助

我在服务器中添加了Netty的HttpContentCompressor以压缩响应，但当服务器返回字符串"test"时，该组件并未对其进行编码，反而返回test�。我已在请求中发送accept-encoding: gzip头部（注：原提问中写的zgip应为笔误），是否有人遇到过此问题？

相关配置代码 #

public void customize(NettyReactiveWebServerFactory factory) {
    // Set Port and enable HTTP/2
    factory.setPort(httpPort);
    // HTTP 2.0 settings
    if (isHTTP2Enabled) {
        factory.addServerCustomizers(builder -> builder
            .tcpConfiguration(tcpServer -> 
                tcpServer.doOnConnection((java.util.function.Consumer<Connection>) 
                    connection -> {
                      
                        connection.addHandler(connectionTerminator);
                        connection.addHandlerLast("decompressor", new HttpContentDecompressor());
                        connection.addHandlerLast("compress", new HttpContentCompressor(StandardCompressionOptions.gzip()));
                        connection.channel().pipeline();
                    }))
            .protocol(HttpProtocol.H2C, HttpProtocol.HTTP11)
            .http2Settings(http2SettingsBuilder -> {
                http2SettingsBuilder.initialWindowSize(serverInitialWindowSize);
                http2SettingsBuilder.maxConcurrentStreams(serverMaxConcurrentStreams);
            }));
    } 
}

断点排查情况 #

在Netty的JdkZlibEncoder代码中设置断点后发现，代码并未执行实际的编码操作：截图显示JdkZlibEncoder的encode方法内，needCompress判断为false，直接跳过了压缩逻辑。

解决方案 #

• 调整最小压缩阈值：Netty HttpContentCompressor默认仅压缩大于1024字节的内容，"test"长度远低于该阈值，所以不触发压缩。构造时自定义阈值为0即可压缩所有响应：

  new HttpContentCompressor(0, StandardCompressionOptions.gzip())
  

• 修正请求头拼写：确认请求头是accept-encoding: gzip，原提问中的zgip是拼写错误，会导致服务器无法识别压缩需求。
• 检查响应头干扰：乱码test�通常是因为服务器错误设置了Content-Encoding: gzip响应头，但实际未压缩内容，客户端解压时出错。排查是否有其他代码手动设置了该响应头，干扰HttpContentCompressor的自动处理逻辑。
• 验证Handler流程：确保没有其他Handler在HttpContentCompressor之前就将响应写入通道，导致压缩组件无法处理响应内容。

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