mod_deflate 是 Apache 的响应压缩模块，用于减少文本资源传输体积；它不运行 Java，但可与 Tomcat 等 Java 应用通过反向代理协同工作，由 Apache 对后端未压缩响应动态压缩，避免重复压缩已带 Content-Encoding 的内容。
Apache 本身不运行 Java，mod_deflate 是 Apache HTTP Server 的模块，用于在 Web 服务器层面压缩响应内容（如 HTML、CSS、JS、JSON 等文本资源），从而减少网络传输体积、降低延时。它与 Java 应用的运行环境（如 Tomcat、Jetty）是分离的——但可以协同工作。
mod_deflate 如何作用于 Java 应用返回的内容
当 Java 应用（例如部署在 Tomcat 上）通过反向代理方式由 Apache 暴露给外部用户时，典型架构为：
用户 → Apache（启用 mod_deflate）→ Tomcat（Java 后端）。
此时有两种常见压缩路径：
- Apache 压缩后端响应：Apache 作为反向代理（配合 mod_proxy），接收 Tomcat 返回的未压缩响应后，由 mod_deflate 动态压缩再发给客户端；
- Java 应用自行压缩（不推荐重复压缩）：Tomcat 开启 gzip 压缩（如 Connector 配置 compression="on"），此时若 Apache 再压缩一次，可能出错或无效（如已带 Content-Encoding: gzip 的响应不会被 mod_deflate 二次处理）。
启用 mod_deflate 的关键配置
确保 Apache 已加载模块，并在虚拟主机或全局配置中添加如下内容：
立即学习“Java免费学习笔记（深入）”；
<IfModule mod_deflate.c> # 启用压缩 SetOutputFilter DEFLATE <h1>压缩常见文本类型（含 JSON、XML、字体等）</h1><p>AddOutputFilterByType DEFLATE text/html text/plain text/css text/javascript application/javascript application/json application/xml application/rss+xml application/x-font-ttf font/opentype image/svg+xml</p><h1>避免压缩已压缩资源（如图片、PDF）</h1><p>SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png|pdf|zip|gz|so|exe)$ no-gzip dont-vary</p><h1>兼容旧浏览器（可选）</h1><p>BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4.0[678] no-gzip BrowserMatch \bMSIE !no-gzip !gzip-only-text/html </IfModule>
验证是否生效
使用浏览器开发者工具（Network 标签页）查看任意文本资源的响应头：
- 检查是否存在 Content-Encoding: gzip 或 br（若配了 brotli）；
- 对比 Size 列中的 “transferred”（压缩后大小）与 “resource”（原始大小），应明显更小；
- 用 curl 测试：
curl -H "Accept-Encoding: gzip" -I https://yoursite.com/app.js，观察响应头是否含Content-Encoding: gzip。
注意事项与优化建议
mod_deflate 是 CPU 敏感型操作，需权衡压缩比与服务器负载：
- 避免对动态生成且体积很小的响应（如
- 可通过
DeflateCompressionLevel 6控制压缩强度（1~9，默认6），生产环境不建议设为9； - 静态资源（JS/CSS）建议由构建工具（如 Webpack）提前压缩并启用
mod_expires缓存，减轻运行时压力； - 若使用 HTTPS，确认 SSLCompression off（OpenSSL 早期版本有 CRIME 漏洞风险，现代 Apache 默认已禁用）。
不复杂但容易忽略：确保客户端请求头含 Accept-Encoding: gzip，否则 Apache 不会压缩。现代浏览器默认携带，但部分测试工具或旧客户端可能缺失。
