容器化 Nginx 优化 Brotli 的核心是适配资源受限环境：精简 brotli_buffers（如 8 8k）、禁用动态压缩（仅用 brotli_static on）、限 MIME 类型、配合预压缩文件与权限校验，实现低内存、零 CPU 争抢、即启即用。
在容器化环境中优化 Nginx 的 Brotli 压缩，核心不是堆参数，而是适配资源受限、启动快、内存敏感的运行特征——重点压降单请求内存开销、避免动态压缩争抢 CPU、优先走零开销路径。
brotli_buffers 要精简，不求多只求稳
容器内存通常严格限制（如 512MB–2GB），而 brotli_buffers 是按请求分配的，容易成为内存放大器。默认的 16 8k（128KB/请求）在高并发下可能迅速吃光可用内存。
- 优先减数量：用 brotli_buffers 8 8k（64KB/请求），比 16 4k 更易预测、更少碎片
- 禁用大缓冲：避免
32 16k类配置，单请求超 500KB，极易触发 OOM kill - 搭配 brotli_min_length 1024，过滤掉小响应，大幅降低实际缓冲区分配频率
彻底关闭动态压缩，只走预压缩 + 静态服务
容器里 CPU 资源弹性弱，动态压缩（brotli on）在流量突增时会直接拖垮整个实例。生产容器应默认禁用它：
- 配置中明确写 brotli_static on，且确保构建阶段已生成 .br 文件（如 Vite/webpack 插件输出）
- 删除或注释掉
brotli on和brotli_comp_level等动态相关指令 - 验证方式：curl 请求后看响应头是否含
Content-Encoding: br，且nginx -t不报错
精简 MIME 类型，减少类型匹配开销
容器内 worker 进程少（常为 1–2 个），每多一个 brotli_types 就多一次字符串匹配。不必照搬全量列表：
- 只保留真正高频且收益高的类型：text/html text/css application/javascript application/json image/svg+xml
- 删掉
font/opentype、application/xml+rss等低频项，避免无谓判断 - 确保前端构建输出的 .br 文件扩展名与 MIME 严格对应（如
app.js.br必须匹配application/javascript）
配合容器生命周期做轻量兜底
容器重启频繁，不适合依赖复杂缓存或长连接维持状态。Brotli 配置要“即启即用”：
- 禁用
brotli_vary on（除非你用 CDN 且明确控制缓存键），它增加 header 大小且对纯容器直连意义有限 - 保留 gzip 作为兼容 fallback，但用
gzip_static on同样走预压缩路径，不启用gzip on - 检查 .br 文件权限：确保容器内 Nginx worker 用户（如 www-data）有读取权，否则静默跳过，不报错也不降级
