Brotli需精细化配置以优化移动端弱网首屏加载：压缩级别选4–6（HTML/CSS/JS用5级，JSON用4级），窗口大小设18（256KB），启用静态字典与预压缩，并协同HTTP/2和缓存策略。
移动端弱网环境下，静态资源体积和解压效率是影响首屏加载速度的两个关键瓶颈。Brotli 不是简单替换 Gzip 的“开关型”优化，而是需要围绕设备能力、网络特征和内容类型做精细化配置——调对参数，文本类资源可再减 15–20% 体积，首屏时间平均快 20%。
压缩级别选 4–6：兼顾解压速度与压缩率
移动端 CPU 和内存有限，高压缩级别（如 -q 11）会导致服务端压缩耗时激增、设备解压延迟升高，反而拖慢整体流程。
- HTML、CSS、JS 等主文档资源建议固定用 brotli_comp_level 5：压缩率提升约 19%，解压耗时与 gzip 相当，主流 iOS/Android 机型解压 100KB 文本稳定低于 8ms
- API 返回的 JSON 响应建议设为 brotli_comp_level 4：高频请求下吞吐更稳，小文件（
- 避免使用 0–1 级（压缩增益仅比 gzip 高 5–8%）或 9–11 级（压缩时间翻 3 倍，对移动端实际加载帮助极小）
窗口大小设为 18（256KB）：匹配弱网传输规律
Brotli 的 brotli_window（对应 lgwin 参数）决定查重范围。窗口太大加重内存负担、拉高首字节延迟；太小则漏掉 HTML 模板中常见的跨段重复结构。
- 弱网典型分片集中在 16–64KB 区间，lgwin=18（即 256KB）能覆盖 95% 以上跨帧重复，内存开销可控（
- Nginx 配置中对应写为 brotli_window 256k（部分版本支持直接数值，推荐用单位后缀更明确）
- 不建议低于 lgwin=16（64KB），否则含大量模板结构的 HTML 压缩率会明显下降
启用静态字典与预压缩：减少重复计算
Brotli 内置 Web 专用静态字典，对 HTML 标签、JS 关键字、CSS 属性等高频模式有天然识别优势。配合预压缩可彻底规避运行时压缩开销。
- 确保 brotli_static on 或 brotli_static always：Nginx 优先查找同名 .br 文件，零压缩延迟
- 构建阶段为所有静态资源生成 .br 文件（如用 brotli CLI 工具批量处理），并确保 MIME 类型在 brotli_types 中已声明（尤其别漏掉
text/html和image/svg+xml） - 服务端无需额外开启字典开关——现代 ngx_brotli 模块默认启用静态字典，只要压缩级别 ≥2 即生效
与 HTTP/2 和缓存协同工作
Brotli 效果需放在完整链路中发挥。单独启用无法突破带宽与延迟限制，必须搭配协议升级和边缘缓存。
- HTTP/2 必须通过 HTTPS 启用：listen 443 ssl http2（不可拆成两条指令），配合
ssl_protocols TLSv1.2 TLSv1.3和会话缓存减少握手开销 - 静态资源响应头加 Cache-Control: public, max-age=31536000，让浏览器长期缓存 .br 文件，避免重复下载
- 保留 Gzip 配置作为降级方案：gzip on + brotli on 可共存，老旧客户端自动回退，无兼容风险
