gzip_disable用于禁用匹配老旧IE（如IE1–6）的gzip压缩，避免解压异常导致白屏或中断；需配置在http/server/location块中，推荐gzip_disable "MSIE [1-6].";并配合gzip_vary on和gzip_http_version 1.1确保兼容性。
直接在 Nginx 的 http、server 或 location 块中添加 gzip_disable 指令即可禁用对老旧 IE 浏览器的 Gzip 压缩支持，这是最常用且有效的做法。
明确匹配老旧 IE 的 User-Agent
IE 6 及更早版本对 Gzip 支持不完善，容易出现乱码或连接中断。Nginx 提供了内置正则匹配能力，推荐配置如下：
-
gzip_disable "MSIE [1-6]\.";——匹配所有 IE 1–6（注意末尾的转义点\.，防止误匹配 IE10+ 中的 “IE” 字符串） - 若需兼容 IE6 但排除已修复的 IE6 SP2+（含 SV1 标识），可写为：
gzip_disable "MSIE [1-6]\.(?!.*SV1)";
作用域与生效优先级
该指令支持多层级配置，优先级为：location > server > http。建议放在 http 块统一管理，除非有特殊路径需要例外处理：
- 全局禁用：写在
http{...}内，覆盖全部站点 - 按站点控制：写在特定
server{...}块内 - 精细化控制：写在
location ~* \.(js|css|html)$ { ... }中，仅影响静态资源
配合其他关键配置确保行为一致
单独设置 gzip_disable 不足以保证完全兼容，还需配套以下几项：
-
gzip on;—— 确保压缩功能整体启用 -
gzip_vary on;—— 让代理和浏览器知道响应会因Accept-Encoding而不同，避免缓存污染 -
gzip_http_version 1.1;—— 保持默认值，不建议设为 1.0（HTTP/1.0 本身不支持分块传输，Nginx 实际不会对其压缩）
验证是否生效
用 curl 模拟老旧 IE 请求，检查响应头是否不含 Content-Encoding: gzip：
curl -I -H "User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)" https://yoursite.com/style.css- 预期结果：响应头中没有
Content-Encoding，且状态码为 200 - 对比测试：换用现代 UA（如 Chrome）请求，应看到
Content-Encoding: gzip
