关键不是安装zlib模块，而是确保configure能找到zlib-devel提供的头文件和库；默认自动启用ngx_http_gzip_module，需验证configure输出含“checking for zlib library ... found”及nginx -V显示http_gzip_module。
要在源码安装 Nginx 时启用 zlib 库支持，关键不是“额外安装 zlib 模块”，而是确保编译阶段能正确链接 zlib 的头文件和静态/动态库，从而让 ngx_http_gzip_module 正常工作。这个模块是 Nginx 内置的，只要 zlib 开发环境就绪，configure 就会自动启用它。
确认系统已安装 zlib-devel（开发包）
zlib 库本身（zlib）提供运行时压缩能力，但源码编译需要头文件和静态库——这由 zlib-devel 提供。缺少它会导致 configure 报错或静默禁用 gzip 支持。
- CentOS/RHEL/AlmaLinux：运行
yum install -y zlib-devel或dnf install -y zlib-devel - Ubuntu/Debian：运行
apt-get install -y zlib1g-dev - 验证是否就位：
rpm -q zlib-devel（RPM 系统）或dpkg -l zlib1g-dev（Debian 系统） - 也可检查头文件是否存在：
ls /usr/include/zlib.h，存在即说明开发包已装好
configure 阶段无需显式指定 zlib 路径（默认即可）
Nginx 的 configure 脚本会自动搜索标准路径（如 /usr/include、/usr/lib64）下的 zlib。只要 zlib-devel 已安装，通常不需要加 --with-zlib= 参数。
- 常见安全做法是只启用必要模块，例如：
./configure --prefix=/usr/local/nginx --with-http_ssl_module --with-http_gzip_static_module - 注意：
--with-http_gzip_static_module是可选的，用于服务预压缩的 .gz 文件；而基础 gzip 压缩（动态压缩响应体）由ngx_http_gzip_module提供，只要 zlib 可用就默认启用 - 执行 configure 后，查看输出末尾是否含
checking for zlib library ... found，这是关键确认信号
验证编译结果是否包含 gzip 支持
完成 make && make install 后，不能仅看配置文件是否写了 gzip 指令，要确认二进制本身具备该能力。
- 运行
/usr/local/nginx/sbin/nginx -V 2>&1 | grep -i gzip，应看到http_gzip_module出现在 built modules 列表中 - 若无输出，说明 configure 阶段未识别到 zlib，需回查
zlib-devel是否真安装成功，或是否存在多版本冲突（如自编译 zlib 安装在/opt/zlib，此时需用--with-zlib=/opt/zlib显式指定） - 启动后，用 curl 测试：
curl -H "Accept-Encoding: gzip" -I http://localhost，响应头中出现Content-Encoding: gzip才代表真正生效
nginx.conf 中启用并调优 gzip 行为
即使编译支持了，Nginx 默认也不开启 gzip 压缩。需在配置中主动启用，并合理设置阈值与级别。
- 在
http块中添加基本配置：gzip on;<br>gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
- 推荐限制最小响应体大小（避免小文件越压越大）：
gzip_min_length 1000; - 压缩级别建议设为
gzip_comp_level 4;～6;：1–3 太弱，9 太耗 CPU，4–6 是带宽与 CPU 的较好平衡点 - 注意不要对已压缩资源（如图片、视频、.gz 文件）重复压缩，可通过
gzip_disable "msie6";或正则排除特定 UA
