如何通过配置在Micronaut 4.x中完全禁用zstd压缩？

问题根源 #

从提供的异常栈可以明确：Micronaut 4.3.5版本默认启用了Zstd压缩支持，启动过程中Netty会初始化Zstd相关组件，而libzstd-jni本地库需要在临时目录解压文件——但你的运行环境是只读文件系统，因此触发了权限错误。而Micronaut 3.7.10版本并未默认启用Zstd，所以没有这个问题。你之前尝试设置压缩级别为0，只是关闭了压缩功能，但Zstd的类初始化仍会触发本地库加载，因此无法解决问题。

完全禁用Zstd的可行方案 #

方案1：彻底关闭HTTP压缩（最简单） #

在应用配置文件（application.yml或application.properties）中添加以下配置，直接禁用所有HTTP压缩，从根源上避免Netty初始化Zstd组件：

micronaut:
  server:
    compression:
      enabled: false

如果使用properties格式：

micronaut.server.compression.enabled=false

方案2：保留其他压缩算法，仅排除Zstd #

如果需要保留Gzip、Deflate等其他压缩功能，可以通过自定义Netty压缩策略来排除Zstd。创建一个工厂类替换默认的压缩策略：

import io.micronaut.context.annotation.Factory;
import io.micronaut.http.server.netty.handler.CompressionStrategy;
import io.netty.handler.codec.compression.StandardCompressionOptions;
import jakarta.inject.Singleton;
import java.util.List;

@Factory
public class CustomCompressionConfig {

    @Singleton
    public CompressionStrategy compressionStrategy() {
        // 仅注册Gzip和Deflate压缩器，不包含Zstd
        return CompressionStrategy.builder()
                .withCompressors(List.of(
                        StandardCompressionOptions.gzip(),
                        StandardCompressionOptions.deflate()
                ))
                .build();
    }
}

该配置会替换Micronaut默认的压缩策略，避免加载Zstd相关类，也就不会触发本地库解压操作。

方案3：指定Zstd本地库的可写临时目录 #

如果无法禁用Zstd，也可以通过系统属性将ZstdJNI的临时目录指向容器中可写的路径（比如/tmp通常会被挂载为可写）：
启动应用时添加参数：

java -Djava.io.tmpdir=/path/to/writable-directory -jar your-application.jar

或者通过环境变量设置：

export JAVA_OPTS="-Djava.io.tmpdir=/path/to/writable-directory"

这样Zstd就能将本地库解压到可写目录，绕过只读文件系统的限制。

验证方法 #

启动应用后，检查日志是否不再出现Cannot unpack libzstd-jni的异常。同时可以发送带有Accept-Encoding: zstd的请求，若服务器未返回Content-Encoding: zstd的响应头，则说明Zstd已被成功禁用。

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