Brotli压缩不依赖HTTP协议版本，但仅HTTPS下浏览器才主动发送Accept-Encoding: br；测试需验证客户端请求头、Nginx响应头及实际压缩效果，重点检查模块加载、配置启用、证书有效性及MIME类型匹配。

Nginx 的 Brotli 压缩本身不依赖传输协议（HTTP/1.1 或 HTTP/2），而是完全由客户端请求头 Accept-Encoding: br 触发，服务端响应头 Content-Encoding: br 返回。但它的实际生效与否，受协议承载能力与浏览器行为间接约束——尤其关键的是：Brotli 在纯 HTTP（非 HTTPS）下几乎不会被现代浏览器发送 br 请求头。

所以测试兼容性，重点不是“协议是否支持 Brotli”，而是验证：在不同协议场景下，客户端是否发 br、Nginx 是否正确响应 br、压缩是否真正执行。

---

✅ 测试前必须确认的底层前提

• Nginx 已加载 ngx_brotli 模块（nginx -V | grep brotli 有输出）
• 配置中已启用 brotli on，且 brotli_types 包含目标资源类型（如 text/css、application/javascript）
• brotli_static off（避免静态 .br 文件缺失导致 fallback 失败）
• HTTPS 站点必须配置有效证书（否则 Chrome/Firefox 不发 br）

---

? 分协议实测方法

HTTP（明文）下的 Brotli 行为

现代主流浏览器（Chrome ≥49、Firefox ≥44、Edge ≥15）默认不向 HTTP 站点发送 Accept-Encoding: br，即使你手动加 header，Nginx 也会响应，但该行为无实际意义（生产环境不应依赖）。
验证方式：

curl -H "Accept-Encoding: br" -I http://your-site.com/style.css

• 若返回 Content-Encoding: br → Nginx 层面支持，但不代表浏览器会用
• 若返回 Content-Encoding: gzip 或无该头 → 可能因 gzip on 优先匹配，或 brotli_types 漏了 text/css
  ⚠️ 注意：HTTP 下的 br 测试仅用于模块功能验证，不能代表真实用户场景

HTTPS（含有效证书）下的 Brotli 行为

这是唯一有业务价值的测试场景。浏览器在 HTTPS 下才会主动协商 Brotli。
验证步骤：

• 用 Chrome 打开 DevTools → Network 标签页 → 刷新页面
• 找一个 JS/CSS 资源 → 查看 Response Headers → 确认含 Content-Encoding: br
• 对比同一资源在禁用 Brotli 时的 Content-Length，确认明显减小（如从 320KB → 110KB）
• 在终端复现：

  curl -k -H "Accept-Encoding: br" -I https://your-site.com/app.js

  （-k 忽略证书校验，仅调试用；生产务必用有效证书）

HTTP/2 连接中的 Brotli 表现

HTTP/2 本身不改变压缩协商逻辑，但影响两点：

• 更大概率复用连接，使 Accept-Encoding 头稳定传递（相比 HTTP/1.1 多次 TCP 握手可能丢失）
• 不会因 Vary: Accept-Encoding 导致缓存失效放大（HTTP/2 缓存更精细）
  验证方法同 HTTPS，只需确保 Nginx 启用了 http_v2 并监听 ssl http2：

  listen 443 ssl http2;
  ssl_certificate /path/to/fullchain.pem;
  ssl_certificate_key /path/to/privkey.pem;

---

? 快速交叉验证技巧

• 强制触发协商对比：用脚本并发发送三类请求，观察响应头差异

  

  Nginx Hosting

  通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

  下载

  # 仅 br
  curl -H "Accept-Encoding: br" -sI https://site.com/main.js | grep "Content-Encoding"
  # br + gzip（模拟现代浏览器）
  curl -H "Accept-Encoding: br,gzip" -sI https://site.com/main.js | grep "Content-Encoding"
  # 空 Accept-Encoding（模拟旧客户端）
  curl -H "Accept-Encoding:" -sI https://site.com/main.js | grep "Content-Encoding"

  正常应分别返回 br、br、无压缩头。

• 日志里看真实协商结果：在 log_format 中加入 $http_accept_encoding 和 $brotli_ratio

  log_format debug '$remote_addr "$http_accept_encoding" $status $brotli_ratio "$request"';
  access_log /var/log/nginx/debug.log debug;

  查看日志是否出现 br 字样且对应 $brotli_ratio > 1

---

⚠️ 常见失败原因（按协议归类）

• HTTP 下无 br 请求头
  → 浏览器策略限制，非 Nginx 问题；不用修复，也不用适配

• HTTPS 下有 br 但没返回 Content-Encoding: br

  • brotli_types 漏掉 MIME 类型（如 application/javascript 写成 text/javascript）
  • 响应体小于 brotli_min_length（默认 20 字节，建议设为 1024）
  • 同时启用了 gzip on 且未关闭 gzip_disable，导致协商被干扰

• HTTP/2 下压缩比异常低（$brotli_ratio 接近 1）
  → 检查是否误开了 brotli_static on 但 .br 文件不存在，又没 fallback 到动态压缩
  → 或 brotli_comp_level 设为 0（等效于不压缩）

不复杂但容易忽略