根本原因是依赖路径未被正确识别，需按“是否真缺、路径在哪、是否被看见”三步排查：先验证头文件（如zlib.h）和pkg-config是否存在，再按系统安装对应-devel或-dev包，最后通过--with-zlib、--with-openssl等参数显式指定非标路径并补全编译链接选项。
源码编译 Nginx 时出现链接失败（如 undefined reference to SSL_*、zlib.h not found 或 configure 报 “library not found”），根本原因往往是依赖路径未被正确识别——不是没装库，而是编译器或链接器压根没找到头文件或库文件。排查需从“是否真缺”、“路径在哪”、“是否被看见”三步推进。
确认开发包是否真正安装到位
运行时命令（如 openssl、gzip）和编译所需开发文件是两回事。必须验证头文件和 pkg-config 描述文件是否存在：
- 检查 OpenSSL：运行
ls /usr/include/openssl/ssl.h和pkg-config --modversion openssl，两者都应成功返回 - 检查 zlib：运行
ls /usr/include/zlib.h和pkg-config --exists zlib && echo ok - 检查 PCRE：运行
ls /usr/include/pcre.h和pkg-config --exists libpcre - 若任一缺失，按系统安装对应开发包：
CentOS/RHEL：`yum install openssl-devel pcre-devel zlib-devel`
Ubuntu/Debian：`apt install libssl-dev libpcre3-dev zlib1g-dev`
定位实际库文件所在路径
configure 脚本默认只查标准路径（如 /usr/include、/usr/lib64）。如果你手动编译过 OpenSSL 或 zlib 到非标位置（如 /opt/openssl-1.1.1w/install），就必须显式告知：
- 用
find /opt -name "ssl.h" 2>/dev/null或find /usr/local -name "libssl.so*" 2>/dev/null找头文件和动态库真实路径 - 确认
.so文件存在且可读：ls -l /path/to/lib/libssl.so*；若只有libssl.so.1.1，建软链：ln -sf libssl.so.1.1 libssl.so - 检查
pkg-config是否指向目标版本：PKG_CONFIG_PATH=/opt/xxx/lib/pkgconfig pkg-config --cflags openssl
强制 configure 使用指定路径
仅靠系统级安装不够时，configure 必须带参数绑定路径，且顺序和组合有讲究：
- OpenSSL：用
--with-openssl=/path/to/openssl/source（源码目录）或更精准的--with-openssl-includes=/path/include --with-openssl-libraries=/path/lib - zlib：用
--with-zlib=/path/to/zlib/source（源码目录）；若已预装，也可用--with-zlib-include=/path/include --with-zlib-lib=/path/lib - 补强编译与链接选项：
--with-cc-opt="-I/path/include"--with-ld-opt="-L/path/lib -Wl,-rpath,/path/lib" - 临时屏蔽干扰：
PKG_CONFIG_PATH=/path/lib/pkgconfig ./configure [其他参数]
验证链接阶段是否真正生效
configure 成功不代表链接成功。make 过程中报 undefined reference 是典型链接失败信号：
- 执行
make V=1查看完整编译命令，确认-lssl和-lz参数后跟的-L路径是否为你指定的路径 - 检查生成的
objs/Makefile，搜索LIBS =行，确认是否含-L/path/lib -lssl -lcrypto - 若仍失败，运行
ldd objs/nginx | grep ssl，看是否显示libssl.so => not found；若是，说明运行时也缺路径，需加/path/lib到/etc/ld.so.conf.d/并执行ldconfig
