什么是Brotli ?
Brotli是Google在2015年推出的压缩算法，目前各大浏览器均已支持Brotli，相比Gzip，有着更高的压缩率(尤其在处理CSS、JS、HTML这类文件)，解压速度却相差无几，这意味着它有着更小的数据传输量，对于网络环境较差、带宽受限的用户或移动端访问者而言，能直接转化为更快的页面加载速度和更流畅的交互体验。
所以对于弱网环境下(如跨国传输)，一个可行的优化思路是优先使用Brotli，对于不支持Brotli的浏览器，再回退到Gzip。
当然，更高的压缩率比如会带来压缩时更大的CPU开销，所以我们接下来也会介绍预压缩这种解决方案来缓解这个问题。
启用Brotli
编译具有brotli模块的Nginx
获取源代码
先克隆ngx\_brotli源代码到本地
git clone始化和同步ngx\_brotli的子模块
cd ngx_brotli && git submodule update --init下载Nginx的源码并解压
wget https://nginx.org/download/nginx-1.28.0.tar.gz && tar zxvf nginx-1.28.0.tar.gz保留原编译参数并编译
安装依赖库
apt update && apt install libbrotli-dev进入源代码目录
cd nginx-1.28.0首先查看当前的Nginx编译参数
nginx -V生成Makefile并编译
./configure [原参数] --add-module=[ngx_brotli路径]
make编译好的二进制在 objs/nginx ，先把原来的nginx二进制复制一份用于防止意外，然后替换原来的二进制文件
编辑nginx配置文件
在http块下加入
http {
...
brotli on;
brotli_comp_level 6;
brotli_min_length 512;
brotli_types text/plain text/javascript text/css text/xml text/x-component font/opentype application/json;
brotli_static on;
...参数解释
| 指令名称 | 语法格式 | 默认值 | 作用域 | 描述 | 重要参数说明 |
|---|---|---|---|---|---|
| brotli_static | on , off , always | off | http, server, location | 启用/禁用预压缩文件(.br)检测 | -on：客户端支持Brotli时返回.br文件- always：强制返回.br文件（无论客户端是否支持） |
| brotli | on , off | off | http, server, location, if | 启用/禁用动态响应压缩 | 需与brotli_types配合使用 |
| brotli_types | [mime_type ...] , * | text/html | http, server, location | 指定启用压缩的MIME类型 | -*：压缩所有类型- text/html 始终被压缩（无需声明） |
| brotli_buffers | | - | http, server, location | 已废弃（配置会被忽略） | 历史遗留参数，无实际作用 |
| brotli_comp_level | `` | 6 | http, server, location | 设置动态压缩级别 | 范围：0-11- 0：最快（最低压缩）- 11：最慢（最高压缩） |
| brotli_window | `` | 512k | http, server, location | 设置滑动窗口大小（影响压缩率和内存） | 有效值：1k,2k,4k,8k,16k,32k,64k,128k,256k,512k,1m,2m,4m,8m,16m |
| brotli_min_length | `` | 20 | http, server, location | 设置启用压缩的最小响应长度（仅依据Content-Length头） | 单位：字节建议值：≥256（避免小文件压缩得不偿失） |
处理Brotli预压缩
预压缩可以减少CPU开销，由于动态压缩会在每次请求(尤其是高并发下)对CPU造成压力，无论你是想优化并发性能还是想得到更高的压缩率，都建议使用Brotli预压缩，在打开了 brotli_static 项的时候nginx会先检测当前访问的文件是否有 .br 的预压缩文件并返回 (如果有的话，直接返回预压缩文件，没有的话再根据 brotli 项是否开启，决定是否进行动态压缩)。
所以我们可以写一个脚本去处理预压缩
#!/bin/bash
WEB_ROOT="/aaa/www" 网页根目录
COMP_LEVEL=11 # 压缩级别 (0-11)
LOG_FILE="/var/log/br.log" #存储日志的路径
# 创建日志目录
mkdir -p "$(dirname "$LOG_FILE")"
# 查找需要压缩的文件
find "$WEB_ROOT" -type f \( \
-name "*.html" -o \
-name "*.css" -o \
-name "*.js" -o \
-name "*.xml" -o \
-name "*.json" -o \
-name "*.svg" -o \
-name "*.ttf" -o \
-name "*.woff" -o \
-name "*.woff2" \
\) | while read -r file; do
# 跳过已压缩文件（如果源文件未修改）
if [ -f "$file.br" ] && [ "$file" -ot "$file.br" ]; then
continue
fi
# 记录压缩开始时间
start_time=$(date +%s)
# 执行压缩（修正后的命令）
brotli --quality="$COMP_LEVEL" --force --keep --output="$file.br" "$file"
# 记录压缩结果
end_time=$(date +%s)
orig_size=$(stat -c%s "$file")
comp_size=$(stat -c%s "$file.br")
ratio=$(echo "scale=2; $comp_size * 100 / $orig_size" | bc)
echo "[$(date '+%Y-%m-%d %H:%M:%S')] Compressed: $file" >> "$LOG_FILE"
echo " Original: $orig_size bytes, Compressed: $comp_size bytes, Ratio: ${ratio}%" >> "$LOG_FILE"
echo " Time taken: $((end_time - start_time)) seconds" >> "$LOG_FILE"
echo "----------------------------------------" >> "$LOG_FILE"
done
echo "Completed. Log saved to: $LOG_FILE"这样，在每次文件发生变化的时候都运行一次，我们就可以使用最高的压缩率和最小的CPU开销来响应请求了。
