直接结论：这不是代码写错了，是链接器根本没找到你要的库文件；需先用locate或find确认libz.so等是否存在，再检查是否缺失libz.so软链接（而非仅libz.so.1），必要时手动创建，并确保-L路径在-l之前、架构匹配。
直接结论：这不是代码写错了，是链接器根本没找到你要的库文件。先确认它是否存在、在哪儿、能不能被链接器看见。
怎么快速定位缺失的库文件在哪
错误里 -lz 表示要找 libz.so 或 libz.a；-lstdc++ 对应 libstdc++.so。别猜，用系统命令查：
-
locate libz.so（如果提示未启用数据库，先跑sudo updatedb） -
find /usr -name "libz.so*" 2>/dev/null（覆盖更广，但慢一点） -
ld --verbose | grep SEARCH_DIR看链接器默认搜哪些路径
常见结果可能是：/lib/x86_64-linux-gnu/libz.so.1、/usr/lib/x86_64-linux-gnu/libstdc++.so.6。注意带版本号的文件才是真实存在，而链接命令需要的是不带版本号的“符号链接”（如 libz.so）。
为什么明明有 libxxx.so.1 却 still cannot find -lxxx
因为 -lxxx 要求链接器找到 libxxx.so（或 libxxx.a），不是 libxxx.so.1。很多发行版只装带版本号的文件，漏掉软链接。
立即学习“C++免费学习笔记（深入）”；
- 检查有没有
libz.so：ls -l /usr/lib/x86_64-linux-gnu/libz.so* - 没有就手动建：
sudo ln -s /usr/lib/x86_64-linux-gnu/libz.so.1 /usr/lib/x86_64-linux-gnu/libz.so - 别乱往
/usr/lib里硬塞；优先用发行版自带路径，比如 Ubuntu/Debian 是/usr/lib/x86_64-linux-gnu/，CentOS/RHEL 是/usr/lib64/
第三方库（如 OpenCV、CUDA）报 cannot find -lcudart 怎么办
这类库通常不在系统默认路径，不能靠软链接解决，得告诉链接器“去哪找”：
- 编译时加
-L/path/to/cuda/lib64（必须放在-lcudart前面） - Qt 项目就在
.pro文件里写：LIBS += -L$$PWD/../cuda/lib64 -lcudart - Makefile 中确保
-L在-l左侧，顺序错会导致无效 - 运行时报
libxxx.so.1: cannot open shared object file？那是LD_LIBRARY_PATH没设，不是编译问题
容易被忽略的关键点
最常卡住的地方不是“找不到库”，而是“找到了但用错了类型”：
-
-lstdc++.6.0.9这种带具体小版本的写法几乎总是错的——用-lstdc++就行，让链接器自己选 - 混用静态和动态：
-static -lz会强制找libz.a，但系统可能只装了.so - 交叉编译时，宿主机的
ld不认识目标平台的库路径，必须用--sysroot或指定-L
查 ld -lxxx --verbose 输出里的 “attempt to open” 行，比猜快十倍。
