gzip_disable用于禁用匹配旧浏览器的gzip压缩，避免其因解压缺陷导致白屏、连接重置或缓存错乱；需配合gzip_vary on和gzip_http_version 1.1等配置保障https稳定性。
gzip_disable 不是用来“针对旧浏览器开启压缩”的，它的作用恰恰相反：是让 Nginx 对匹配的旧浏览器**禁用 gzip 压缩**，从而避免兼容性问题。在 HTTPS 场景下，它不减少时延，而是防止因压缩导致的解析失败或连接异常——这类故障反而会显著增加实际加载时延。
为什么需要对旧浏览器禁用 gzip
部分老旧浏览器（如 IE6、IE7 早期版本、某些 Trident 内核定制浏览器）对 gzip 的实现存在严重缺陷：
- 无法正确解压分块传输（chunked encoding）的 gzip 响应
- 在 HTTPS 下可能触发 SSL/TLS 握手后解压失败，导致白屏或连接重置
- 对 Vary: Accept-Encoding 头处理异常，引发缓存错乱
正确的 gzip_disable 配置方式
在 nginx.conf 的 http 或 server 块中添加：
gzip_disable "msie6|MSIE [4-6]\.";
该正则匹配 IE4–IE6 及部分伪装成 IE6 的 UA；也可扩展为：
gzip_disable "msie6|trident/4\.0|trident/5\.0|Windows NT 5\.1.*MSIE 7";
HTTPS 下更需注意的协同配置
仅靠 gzip_disable 不够，还需配合以下设置保障 HTTPS 稳定性：
- gzip_vary on; —— 确保代理和 CDN 能区分压缩/未压缩响应，避免 HTTPS 中间设备缓存混淆
- gzip_http_version 1.1; —— 明确要求 HTTP/1.1 协议才启用压缩（旧版 IE6 默认发 HTTP/1.0 请求）
- 避免对已压缩资源（如图片、字体）启用 gzip，否则 HTTPS 加密+压缩叠加可能放大 CPU 开销
验证是否生效
用旧浏览器 UA 模拟请求（如 curl -H "User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)" https://yoursite.com/test.js），检查响应头中不应出现 Content-Encoding: gzip，且状态码正常、内容可读。
