clang链接动态库成功需三者对齐：编译时用-l. -lrandom显式指定路径与库名，运行时通过ld_library_path或-wl,-rpath,'$origin'配置加载路径，且库必须用-fpic -shared正确构建并导出符号。
Clang安装后链接动态库，关键不是“装没装好”，而是链接时路径、符号和运行时加载三者是否对齐——缺一不可。
编译时找不到 -lxxx 库：-L 和 -l 顺序与路径必须显式指定
Clang 不会自动搜索当前目录或项目子目录下的 .so 文件。即使你有 librandom.so 在当前目录，只写 clang++ -o main main.o -lrandom 一定会报错：/usr/bin/ld: cannot find -lrandom。
-
-L必须放在-l之前，且紧邻（中间不能插入其他非链接参数）；例如：clang++ -o main main.o -L. -lrandom -
-L.表示让链接器在当前目录查库；若库在./libs，就得写-L./libs -
-lrandom中的random是库名缩写，对应文件名必须是librandom.so（不能是random.so或librandom.dylib） - 多个库要按依赖顺序排列，比如
-lA -lB，意味着 A 依赖 B，则 B 必须写在 A 后面
运行时报 cannot open shared object file：LD_LIBRARY_PATH 或 rpath 没配好
编译通过 ≠ 能运行。Linux 加载器（ld-linux.so）默认只查 /lib、/usr/lib 和 /usr/local/lib，不会看你的当前目录或 -L 指定的路径。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 临时解决：运行前执行
export LD_LIBRARY_PATH=$(pwd)（或export LD_LIBRARY_PATH=./libs） - 更可靠方式：编译时嵌入运行时搜索路径，用
-Wl,-rpath,'$ORIGIN'（$ORIGIN表示可执行文件所在目录）：clang++ -o main main.o -L. -lrandom -Wl,-rpath,'$ORIGIN' - 注意单引号：防止 shell 提前展开
$ORIGIN；如果写成双引号或不加引号，实际传给链接器的是空字符串 - 验证是否生效：用
readelf -d ./main | grep rpath查看是否写入了正确的RPATH
Clang 链接 C++ 动态库时符号未定义：标准库 ABI 不匹配
如果你用 Clang 编译动态库，又用 Clang 链接主程序，却遇到 undefined reference to 'std::string::...' 这类错误，大概率是 libc++ 和 libstdc++ 混用了。
- Clang 在 Linux 默认可能链接
libstdc++（GCC 的），但某些发行版或自建环境默认用libc++（LLVM 的） - 统一标准库：编译库和主程序都加
-stdlib=libc++或都加-stdlib=libstdc++ - 检查已链接的标准库：
ldd ./main | grep -E "(stdc|c\+\+)" - 特别注意：用
clang++而不是clang，前者会自动处理 C++ 运行时；若混用clang+-lstdc++，容易漏掉一些隐式依赖
动态库函数调用失败：符号被隐藏或未导出
即使链接成功、运行时不报错，调用时崩溃或返回空指针，很可能是函数根本没暴露出来。
- 默认情况下，Clang/GCC 会导出所有非
static全局符号；但若你在库代码里加了__attribute__((visibility("hidden")))，就必须对要导出的函数显式加__attribute__((visibility("default"))) - 验证符号是否存在：
nm -D librandom.so | grep get_random_number（-D只显示动态符号） - 如果没输出，说明该函数未进入动态符号表——要么被
static修饰，要么被 visibility 属性屏蔽，要么根本没实现（只有声明） - 头文件中声明的函数，必须在源文件中定义，且不能放在匿名命名空间或
static函数内
最常被忽略的一点：动态库的构建本身就要正确。用 clang++ -shared -fPIC 编译，缺一不可；-fPIC 必须在编译目标文件阶段就加上，而不是只在 -shared 时加——否则链接器会拒绝生成共享库。
