如何在Tomcat 9中启用GZIP压缩及验证压缩有效性

一、直接验证压缩是否生效的核心方法 #

• 对比响应体大小：
  1. 关闭Tomcat压缩配置，重启服务，用Postman调用目标API，记录响应头的Content-Length（如果存在），或者看Postman底部显示的响应总大小（比如「Size: 1.2KB」）。
  2. 重新开启压缩配置并重启，再次调用同一API，对比两次的大小数值。如果开启后大小明显缩水（比如从10KB降到2KB），说明压缩生效；如果变化极小，大概率是原响应体太小（小于Tomcat默认的compressionMinSize阈值，默认2048字节），可以把阈值改小再测。
• 手动解码响应内容：
  在Postman的「Response」面板里点击「Save Response」把响应存成本地文件，用gzip解压工具（比如Linux的gzip -d命令、Windows的7-Zip）尝试解压。如果能正常解压出原始JSON内容，说明压缩确实生效；解压失败则说明只是加了响应头，实际没压缩。

二、检查压缩配置是否完整 #

打开server.xml，确认<Connector>标签的压缩参数设置正确，完整配置示例如下：

<Connector port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000"
           redirectPort="8443"
           compression="on"
           compressionMinSize="2048"
           compressibleMimeType="text/html,text/xml,text/plain,text/css,text/javascript,application/json" />

• compression必须设为on或force（force会强制压缩，不管请求头有没有Accept-Encoding: gzip）；
• compressionMinSize：如果你的测试API返回内容小于这个值，Tomcat不会触发压缩，建议临时改小（比如设为1024）再测试；
• compressibleMimeType：确保包含application/json，多个类型用逗号分隔，不要加空格。

三、确认Postman请求头设置 #

Postman默认会自动加Accept-Encoding: gzip, deflate请求头，但如果手动修改过请求头，要确保这个字段存在。如果请求头里没有Accept-Encoding: gzip，Tomcat不会返回压缩响应（除非compression设为force），可以在Postman的「Headers」面板里检查。

四、其他验证方式 #

• 浏览器开发者工具：打开Chrome/Firefox的F12开发者工具，切换到「Network」标签，调用API后看请求的「Size」列，会显示「压缩后大小（原始大小）」，比如「2.3KB (12KB)」，这直接证明压缩生效；
• curl命令测试：
  先查响应头：

  curl -H "Accept-Encoding: gzip" -I http://localhost:8080/your-api-path
  

  确认有Content-Encoding: gzip后，再执行解码命令：

  curl -H "Accept-Encoding: gzip" http://localhost:8080/your-api-path | gzip -d
  

  如果能正常输出原始JSON内容，说明压缩生效；如果报错，说明没有实际压缩。

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