c++oding="utf-8" ?>
确认程序实际依赖的 soname 应运行 readelf -d ./your_program | grep needed | grep c++；若为无版本号 libc++.so，说明链接缺失 -wl,-soname=libc++.so.1；需用 -wl,-rpath,'$origin/../lib' 绑定路径并验证 runpath；同时确保 libc++abi.so.1 存在且与 libc++.so.1 同源；鸿蒙平台须区分 libc++.so 与 libc++_shared.so；最后检查 libc++.so.1 自身 soname 必须为 libc++.so.1。
确认程序实际依赖的 soname 是什么
别靠编译命令猜，libc++.so.1 不是默认值，也不是唯一可能。运行 readelf -d ./your_program | grep NEEDED | grep c++，看输出里到底是 libc++.so.1、libc++.so 还是别的（比如 libc++_shared.so）。如果看到的是无版本号的 libc++.so，说明链接时没带 -Wl,-soname=libc++.so.1，或者用了错误的 libc++ 安装路径——这种情况下，即使你放对了 libc++.so.1，动态加载器也不会认。
用 RPATH 绑定运行时库路径，而不是依赖环境变量
LD_LIBRARY_PATH 在 CI 或生产环境里不可靠，也容易被覆盖或遗漏。更稳的方式是把路径直接写进二进制：clang++ -stdlib=libc++ -Wl,-rpath,'$ORIGIN/../lib' main.cpp -o app。注意单引号包裹 $ORIGIN，避免 shell 提前展开；$ORIGIN 指可执行文件所在目录，适合打包部署时 lib 和 bin 分开的结构。验证是否生效：运行 readelf -d ./app | grep RUNPATH，应看到你设的路径。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
确保 libc++abi.so.1 同时存在且版本匹配
- libc++ 本身不实现 ABI 相关逻辑（如异常、RTTI），全靠
libc++abi.so.1支撑 - 两者必须来自同一构建批次：Debian/Ubuntu 上要同时装
libc++1和libc++abi1，不能只装一个 - 手动编译 LLVM 时，必须启用
-DLIBCXXABI_ENABLE_SHARED=YES，否则不会生成libc++abi.so.1 - 用
ldd ./app检查两个库是否都显示为not found；若只有libc++.so.1找不到，但libc++abi.so.1显示路径，反而要警惕 ABI 不兼容
鸿蒙/OpenHarmony 等特殊平台必须区分 libc++.so 和 libc++_shared.so
在 HarmonyOS 上，系统库用 libc++.so（符号命名空间为 __h），而应用必须用 libc++_shared.so（命名空间为 __n1）。混用会导致 symbol not found，例如 __emutls_get_address 缺失。CMake 中需显式指定：set(OHOS_STL "c++_shared")，且不能通过 find_library 手动查找 libc++.so——NDK 工具链会自动注入正确路径和符号隔离机制。
最容易被忽略的一点：RPATH 设置后，仍要检查 libc++.so.1 文件本身是否带有正确的 SONAME。运行 readelf -d /path/to/libc++.so.1 | grep SONAME，输出必须是 libc++.so.1。如果输出是 libc++.so 或空，那这个文件根本不会被动态加载器选中，所有路径配置都白搭。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
