Apache 默认支持 JSON 压缩，只需启用 mod_deflate 并配置 AddOutputFilterByType DEFLATE application/json；需确保响应头含 application/json、客户端声明 Accept-Encoding、服务端返回 Content-Encoding: gzip；Java 后端避免手动设 Content-Encoding 或启用 Tomcat 压缩。
Apache 通过 mod_deflate 对 JSON 数据的实时压缩是开箱即用的，无需额外配置 JSON 类型——只要响应头中包含 Content-Type: application/json（或类似 MIME 类型），且客户端声明支持压缩（如发送 Accept-Encoding: gzip），Apache 就会在传输前自动压缩响应体。
确保 mod_deflate 已启用并正确配置
检查 Apache 配置中是否已加载模块，并启用对 JSON 的压缩支持：
- 确认
LoadModule deflate_module modules/mod_deflate.so已在httpd.conf或apache2.conf中启用 - 在
<IfModule deflate_module>块中添加或确认存在对 JSON 的 MIME 类型匹配规则：
<IfModule deflate_module>
AddOutputFilterByType DEFLATE application/json
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
</IfModule>
注意：AddOutputFilterByType 在较新 Apache 版本（2.4.10+）中已被标记为过时，推荐改用 <Location> 或 SetOutputFilter + AddType 组合，但对 JSON 场景影响不大，上述写法仍广泛兼容。
验证 JSON 响应是否实际被压缩
关键看三要素是否同时满足：
立即学习“Java免费学习笔记（深入）”；
- 服务端返回的响应头中含
Content-Type: application/json（大小写不敏感，但建议标准小写） - 客户端请求头中含
Accept-Encoding: gzip,deflate - 响应头中出现
Content-Encoding: gzip（或deflate），且Content-Length明显变小
可用 curl -H "Accept-Encoding: gzip" -I http://your-api/endpoint 快速检查响应头；配合 -v 查看完整交互过程。
Java 后端无需特殊处理，但需避免干扰
Spring Boot、Jersey、Servlet 等 Java 框架默认生成标准 JSON 响应，只要不手动设置 Content-Encoding 头、不提前调用 response.getOutputStream().write(...) 触发提交响应，Apache 就能正常拦截并压缩。常见干扰点包括：
- 在 Filter 或 Controller 中手动设置了
Content-Encoding响应头 → 删除该设置 - 使用
ResponseEntity<byte[]>并设置了Content-Encoding→ 改为让框架自动序列化，或显式禁用压缩（如需调试） - 启用了 Tomcat 内置压缩（
server.compression.enabled=true）→ 若前端是 Apache 反向代理，应关闭 Tomcat 压缩，仅由 Apache 统一处理，避免双重压缩或冲突
调试与常见问题
若 JSON 未被压缩，按顺序排查：
- 用
apachectl -M | grep deflate确认模块已加载 - 检查 Apache 错误日志（
ErrorLog）是否有mod_deflate相关警告 - 确认响应体大小超过
DeflateBufferSize默认阈值（通常 32768 字节），太小的 JSON 可能跳过压缩；如需强制压缩小响应，可加配置：DeflateFilterNote note+ 日志记录，或调整DeflateCompressionLevel - 反向代理场景下，确保 Apache 接收到的是原始 JSON 响应（而非已被上游压缩过的字节流），即上游（如 Tomcat）不应设
Content-Encoding
