mod_deflate不自动压缩application/json等自定义mime类型，需显式配置addoutputfilterbytype或 + setoutputfilter，并由java端设置正确content-type与vary: accept-encoding头。
Apache的mod_deflate模块本身不区分“自定义内容”或“标准内容”，它只根据配置的MIME类型、响应状态码、响应头（如Vary）以及请求头（如Accept-Encoding）来决定是否压缩响应体。所谓“自定义内容”，通常指Java应用（如Spring Boot、Servlet容器）动态生成的非静态资源（如JSON、XML、HTML片段、自定义二进制包装格式等）。其压缩逻辑取决于你如何让Apache识别并处理这些内容。
关键：MIME类型是压缩开关的核心
mod_deflate默认仅对常见文本类MIME类型启用压缩（如text/html、text/css、application/javascript），**不会自动压缩application/json、application/xml或你自定义的application/vnd.myapp.v1+json等类型**，除非显式配置。
- 在
httpd.conf或虚拟主机配置中，使用AddOutputFilterByType DEFLATE添加需压缩的类型：
注意：AddOutputFilterByType在较新Apache版本（2.4.10+）中已被标记为deprecated，推荐改用<if></if> + SetOutputFilter组合：
SetOutputFilter DEFLATE
Java端需配合设置正确的Content-Type和Vary头
Apache只压缩满足条件的响应。如果Java应用返回Content-Type: application/json但未设置Vary: Accept-Encoding，部分代理或客户端可能缓存未压缩版本，导致后续请求拿到错误响应。
- Spring Boot中可在Controller方法或全局拦截器里显式设置：
public ResponseEntity
return ResponseEntity.ok()
.header("Vary", "Accept-Encoding")
.body(data);
}
Servlet中可直接调用response.setHeader("Vary", "Accept-Encoding")。
避免压缩不适用的内容
不是所有“自定义内容”都适合压缩。例如：
- 已压缩的二进制数据（如ZIP、JPEG、Protobuf序列化结果）——再压缩无效甚至略微增大体积；
- 极小响应（
- 含敏感信息且需客户端解密的加密载荷（如JWE）——压缩可能暴露统计特征，影响安全性。
可通过SetEnvIf排除特定路径或大小：
SetEnvIf Content-Length "^[0-9]{1,3}$" no-gzip
验证是否生效的简单方式
用curl检查响应头与内容编码：
curl -H "Accept-Encoding: gzip" -I http://your-app/api/custom# 查看是否返回 Content-Encoding: gzip 和 Vary: Accept-Encoding
再获取实际响应并解压验证：
curl -H "Accept-Encoding: gzip" -s http://your-app/api/custom | gunzip -t# 返回无错即表示压缩有效且可解
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
