Java Web应用通过Servlet容器（如Tomcat）或反向代理（如Nginx）启用GZIP/deflate压缩，可将HTML、JSON等文本响应压缩至15%–30%，显著节省带宽；需配置压缩开关、最小尺寸及MIME类型，并避免压缩已压缩的二进制资源。
apache的java压缩扩展模块（如mod_deflate在tomcat中对应compressionfilter或内置的http压缩支持）本身不是java模块，而是web服务器层的特性；但java web应用可通过配置servlet容器（如tomcat、jetty）启用gzip/deflate压缩，显著降低响应体体积，从而优化网络带宽使用。
压缩机制如何节省带宽
文本类响应（HTML、CSS、JS、JSON、XML）通常可压缩至原始大小的15%–30%。例如一个200 KB的JSON响应启用GZIP后可能仅传输约45 KB，带宽占用直接下降约77%。这对移动网络、高并发场景或跨地域访问尤其明显。
- 压缩发生在服务端响应生成后、发送前，由Servlet容器或反向代理（如Nginx/Apache HTTPD）执行
- 客户端需在请求头中携带
Accept-Encoding: gzip, deflate，服务端才启用压缩 - 压缩对CPU有轻微开销，但现代服务器通常远低于网络I/O瓶颈，收益远大于成本
Tomcat中启用压缩的关键配置
在$CATALINA_HOME/conf/server.xml中为Connector添加压缩参数：
-
compression="on"：开启压缩 -
compressionMinSize="2048"：仅压缩≥2 KB的响应（避免小资源压缩反而增大） -
compressableMimeType="text/html,text/xml,text/plain,application/json,application/javascript"：明确指定MIME类型，避免压缩图片、PDF等已压缩资源
注意：不建议压缩image/*、application/pdf等二进制格式，它们本身已高度压缩，强行GZIP可能增大体积或引发解码错误。
与反向代理协同更稳妥
生产环境推荐将压缩交给Nginx或Apache HTTPD处理，而非Tomcat：
立即学习“Java免费学习笔记（深入）”；
- Nginx配置示例：
gzip on; gzip_types text/plain application/json application/javascript text/css; - 优势：更成熟稳定的压缩实现、支持Brotli（比GZIP高15%–20%压缩率）、可统一管理SSL/TLS和缓存策略
- 此时应关闭Tomcat压缩，避免重复压缩或header冲突（如
Vary: Accept-Encoding未正确设置）
验证压缩是否生效
通过浏览器开发者工具（Network → Response Headers）检查响应是否含：
-
Content-Encoding: gzip或br -
Vary: Accept-Encoding（确保CDN或代理能正确缓存不同编码版本） - 对比
Size（传输大小）与Content-Length（实际字节数），二者差异即压缩收益
也可用curl -H "Accept-Encoding: gzip" -I http://your-app/api/data快速验证。
