c++oding="utf-8" ?>
必须用readelf -d查elf真实needed依赖，不可信ldd；重点关注libc++.so.1、libcxxabi.so.1、libunwind.so.1、libc.so.6，若含libstdc++.so.6则混链冲突；libcxxabi.so.1是否必需取决于nm -d libc++.so.1 | grep __cxa是否有输出；静态链接-static-libc++后readelf -d应无libc++相关needed。
必须带 libc++.so.1 和 libcxxabi.so.1（如果存在），缺一不可；libc.so.6 不用带，但目标机必须有兼容版本。
怎么确认你的程序到底依赖哪些 libc++ 相关库
别信 ldd 输出——它受 LD_LIBRARY_PATH、RPATH 干扰，本地能跑不代表上线能加载。唯一可信的是直接读 ELF 的声明依赖：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 运行
readelf -d ./myapp | grep NEEDED - 重点找这几行：
[libc++.so.1]、[libcxxabi.so.1]、[libunwind.so.1]、[libc.so.6] - 如果出现
[libstdc++.so.6]，说明你意外混用了 GCC 标准库，和 libc++ 冲突
libcxxabi.so.1 是不是一定得带
不是“可选”，而是“看链接方式”：默认动态链接时，libc++.so.1 会导出大量 __cxa_* 符号，必须由 libcxxabi.so.1 提供实现。验证方法：
- 用
nm -D libc++.so.1 | grep __cxa查看是否导出 ABI 符号；有输出就代表依赖 libcxxabi - 若想去掉该依赖，编译时需加
-DLIBCXXABI_ENABLE_STATIC_UNWIND=ON并链接libcxxabi.a - 静态链接整个 libc++（
-static-libc++）后，readelf -d输出里不应再有libc++或libcxxabi相关的NEEDED
发布包目录结构和加载路径怎么设才可靠
目标机没有 /usr/local/lib，$ORIGIN 又可能被容器或非标准路径破坏，所以不能只靠 RPATH。稳妥做法是：
- 把
libc++.so.1和libcxxabi.so.1（如有）放进发布包的lib/子目录 - 链接时用
-Wl,-rpath,'$ORIGIN/lib'，确保运行时从可执行文件所在目录向下找 - 避免用
-Wl,-rpath,/usr/local/lib这类绝对路径——部署机大概率没有 - 验证：在目标机上清空
LD_LIBRARY_PATH后运行./myapp，看是否报cannot open shared object file
最容易被忽略的一点：libc++ 和 libcxxabi 的 soname 必须严格匹配。比如你的 libc++.so.1 声明依赖 libcxxabi.so.1，那发布包里就得是 libcxxabi.so.1，而不是 libcxxabi.so.1.0 或 libcxxabi.so——Linux 加载器只认 soname 字符串，不解析软链。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
