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 已加载模块，并在虚拟主机或全局配置中添加如下内容：

<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
</p></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 不会压缩。现代浏览器默认携带，但部分测试工具或旧客户端可能缺失。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南