Brotli在Nginx中不支持多线程压缩，核心优化是禁用动态压缩、启用brotli_static on预压缩，配合worker_processes auto与系统级调优实现多核高效分担。
Brotli 本身不支持多线程编码，Nginx 中的 ngx_brotli 模块也**不提供动态多核压缩能力**——它只在单个 worker 进程内串行执行压缩逻辑。所以“优化 Brotli 的并行效率”，关键不是让单次压缩变快，而是让整个 Nginx 压缩链路适配多核架构、避免 CPU 成为瓶颈，并把压缩开销从运行时转移到构建期。
优先走预压缩路径（brotli_static on）
这是最核心的优化：Brotli 静态压缩完全绕过运行时 CPU 编码，零开销。
- 前端构建阶段（Vite/Webpack）必须生成
.br文件，如main.js.br、style.css.br - Nginx 配置中启用
brotli_static on，且确保对应资源存在真实.br文件，否则会静默跳过，不会 fallback 到动态压缩 - 配合
gzip_static on和.gz文件，形成双层静态兜底
禁用动态压缩，防止 worker 进程争抢 CPU
开启 brotli on 但不配 brotli_static on，或误配导致预压缩失效，就会触发实时 Brotli 编码——这在高并发下极易打满单个 worker 的 CPU，而其他核空闲。
- 生产环境应禁用 brotli 动态压缩：不设
brotli on，或明确设为brotli off；仅靠brotli_static on+gzip_static on提供压缩服务 - 若必须对 API 响应等动态内容做 Brotli（极少数场景），应将
brotli_comp_level严格限制在 3–4，且设置brotli_min_length 1024避免小响应开销反超收益
让多个 worker 进程均匀分担请求压力
即使 Brotli 不并行，只要请求能均匀落到不同 worker 上，整体吞吐就能随核数线性提升。
- 配置
worker_processes auto，让 Nginx 自动匹配 CPU 核心数 - 启用
worker_cpu_affinity auto，绑定每个 worker 到独立核心，减少上下文切换与缓存失效 - 开启
events { multi_accept on; }，使每个 worker 尽可能一次接收多个连接，提升核利用率
配套系统级调优，释放多核潜力
Nginx 多进程跑得稳，Brotli 静态服务才真正高效。
- 调高系统文件描述符限制：
worker_rlimit_nofile 65535，并在/etc/security/limits.conf中同步配置nofile - 启用
sendfile on和tcp_nopush on，减少内核态拷贝，降低 I/O 对 CPU 的干扰 - 确认
libbrotli已系统级安装（非仅 npm 安装），且执行过sudo ldconfig，避免模块加载失败导致降级到无压缩
