c++oding="utf-8" ?>
clang生成动态库的文件名须以lib开头、.so（linux）、.dylib（macos）或.dll（windows）为后缀，且必须用-o显式指定；-fpic和-shared不可少，c++需extern "c"导出符号并注意abi兼容性。
Clang生成的动态库文件名和后缀有啥讲究
Clang本身不决定动态库后缀，实际取决于目标平台：Linux用.so，macOS用.dylib（不是.tbd或.a），Windows用.dll。如果你用clang++ -shared却得到.o或没后缀的文件，大概率漏了-o libxxx.so显式指定输出名——Clang不会自动补后缀。
常见错误：clang++ -shared foo.cpp → 生成一个叫a.out的可执行文件（因为没-o且-shared被忽略）；正确写法是clang++ -shared -fPIC foo.cpp -o libfoo.so。
-
-fPIC必须加，否则Linux/macOS链接时报relocation R_X86_64_32 against symbol - macOS还需额外加
-install_name @rpath/libfoo.dylib，否则运行时找不到符号 - 导出C++符号要注意name mangling，纯C接口更稳妥，可用
extern "C"包裹声明
在C++项目里链接Clang生成的.so或.dylib
关键不是“能不能链”，而是“链接时找不找得到、运行时载不载得进”。分两步：编译期链接 + 运行期加载路径。
比如你有libfoo.so在/opt/mylib/libfoo.so，CMake里要写：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
find_library(FOO_LIB foo PATHS /opt/mylib NO_DEFAULT_PATH)
target_link_libraries(myapp ${FOO_LIB})
但这样只解决编译链接，运行时仍可能报error while loading shared libraries: libfoo.so: cannot open shared object file。
- Linux：运行前设
LD_LIBRARY_PATH=/opt/mylib，或把路径写进/etc/ld.so.conf.d/mylib.conf再跑sudo ldconfig - macOS：用
otool -L myapp检查依赖路径，若显示@rpath/libfoo.dylib，则需install_name_tool -add_rpath /opt/mylib myapp - 绝对路径链接（
-L/path -lfoo）看似省事，但会破坏可移植性，上线部署容易崩
头文件和ABI兼容性比链接路径更致命
Clang生成的库能被GCC项目链接成功，不代表能安全调用——C++ ABI不保证跨编译器二进制兼容。尤其涉及std::string、std::vector或异常传播时，Clang（libc++）和GCC（libstdc++）的实现差异会导致崩溃或静默数据损坏。
- 最稳方案：动态库只暴露C接口（
extern "C"函数），所有C++对象生命周期由调用方管理 - 若必须用C++类，确保上下游都用Clang + libc++，并在CMake里强制
set(CMAKE_CXX_STANDARD_LIBRARIES "-lc++") - 检查符号是否真导出：
nm -C libfoo.so | grep MyCppClass，如果名字没出现或带U（undefined），说明没加__attribute__((visibility("default")))
调试时dlopen失败但ldd显示正常？查依赖树
用ldd libfoo.so看到所有依赖都“found”，但程序里dlopen("libfoo.so", RTLD_LAZY)返回nullptr，dlerror()却只报“file not found”——这通常是因为libfoo.so依赖的某个间接库（比如libz.so.1）版本不对，或者路径不在LD_LIBRARY_PATH中。
- 用
readelf -d libfoo.so | grep NEEDED（Linux）或otool -L libfoo.dylib（macOS）列出所有直接依赖 - 对每个依赖项再跑一遍
ldd/otool -L，逐层确认是否都能解析 - Clang生成的库若用了
-stdlib=libc++，运行时必须确保系统有对应版本的libc++.so.1，CentOS默认没有，得手动装
真正卡住的地方往往不是主库路径，而是它悄悄带进来的第二个、第三个依赖——别只盯着自己生成的那个.so文件看。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
