Tomcat不通过环境变量控制GZIP压缩，必须在conf/server.xml的Connector中配置compression="on"等参数，环境变量仅影响启动路径和JVM加载，与运行时HTTP压缩无关。
Tomcat 本身不提供“压缩输出”相关的环境变量配置项。所谓“压缩输出”，实际是指启用 HTTP 响应的 GZIP 压缩，由 server.xml 中的 Connector 组件控制，不是靠 CATALINA_HOME 或 PATH 这类环境变量生效的。
为什么改环境变量对压缩没用
环境变量（如 CATALINA_HOME、JAVA_HOME）只影响 Tomcat 启动时的路径查找、JVM 加载和脚本执行位置。而响应压缩是运行时 Servlet 容器行为，由配置文件驱动。即使你把 gzip=true 写进环境变量，Tomcat 也完全不会读取或解析它。
-
startup.bat和catalina.bat脚本里没有解析压缩相关环境变量的逻辑 - 官方文档中没有任何一个环境变量用于控制
Content-Encoding: gzip - 所有压缩开关都集中在
conf/server.xml的Connector标签内
真正起作用的配置在 server.xml 里
打开 conf/server.xml，找到类似这样的 Connector 块（通常是 port="8080" 那个）：
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443"
compression="on"
compressionMinSize="2048"
noCompressionUserAgents="gozilla, traviata"
compressableMimeType="text/html,text/xml,text/plain,application/javascript,application/json" />
关键参数说明：
-
compression="on"：必须显式设为on或force，默认是off -
compressionMinSize="2048"：小于该字节数的响应不压缩（避免小文本压缩反而变大） -
compressableMimeType：指定哪些 MIME 类型允许压缩，漏写application/json就会导致 API 响应不被压缩 - 不要写
useGzip="true"—— 这不是合法属性，Tomcat 会静默忽略
常见踩坑点
即使配对了 server.xml，也可能看不到压缩效果：
- 浏览器未发
Accept-Encoding: gzip请求头（可 Chrome DevTools → Network → 刷新后看请求头） - 响应体本身小于
compressionMinSize，比如返回{"ok":true}只有 14 字节 - 用了反向代理（如 Nginx），它截断了压缩，或自己又解压再发给客户端
- 应用代码手动设置了
Content-Encoding: identity，覆盖了 Tomcat 的压缩头 - Tomcat 版本太低（compression 属性，需升级或改用 Valve 方式
压缩是否生效，最终得看响应头里有没有 Content-Encoding: gzip，而不是看环境变量有没有加某一行。别在 Path 里塞 gzip=on —— 它只会变成无效字符串，还可能干扰其他命令。
