clang链接静态库时路径和顺序不能颠倒，需将-l放在-l之前且库选项置于目标文件之后；动态库需解决运行时路径问题，编译阶段用-i指定头文件，第三方库依赖需手动补全或用pkg-config。
Clang链接静态库时路径和顺序不能颠倒
Clang本身不处理库搜索逻辑，完全依赖ld（或lld）的行为：库必须放在目标文件之后，且-L要早于-l。常见错误是把-lfoo写在main.o前面，导致undefined reference。
正确写法示例：
clang++ main.cpp -L/path/to/lib -lmylib -o app
注意三点：
-
-L指定目录，不是具体.a文件路径； -
-lmylib会去找libmylib.a或libmylib.so，名字去掉lib前缀和后缀； - 如果同时有静态和动态版本，加
-static强制选.a，否则优先选.so。
用Clang链接动态库要确保运行时能找到
编译时加-L和-l只是让链接通过，程序运行时仍可能报error while loading shared libraries: libmylib.so: cannot open shared object file。
解决方法分场景：
- 临时测试：运行前设
LD_LIBRARY_PATH=/path/to/lib； - 部署时推荐：用
-Wl,-rpath,$ORIGIN/../lib把相对路径硬编码进可执行文件； - 系统级安装：把库放到
/usr/local/lib并运行sudo ldconfig。
-Wl是告诉Clang把后面参数传给链接器，$ORIGIN指可执行文件所在目录，比绝对路径更安全。
找不到头文件？那是编译阶段的事，和链接无关
很多人混淆“编译不过”和“链接不过”。如果报fatal error: 'mylib.h' file not found，说明Clang连源码都解析不了，得先用-I/path/to/include告诉它头文件在哪。
典型完整命令：
clang++ -I/path/to/include main.cpp -L/path/to/lib -lmylib -o app
记住：-I解决编译，-L+-l解决链接，两者缺一不可，但作用阶段不同。
第三方库依赖其他库时得手动补全
比如用OpenSSL的libssl，它依赖libcrypto。只写-lssl会报错，必须显式加上-lcrypto，而且顺序很重要：-lssl在前，-lcrypto在后（因为ssl调用了crypto的符号）。
查依赖关系可以用：
ldd libmylib.so
或（对静态库）：
nm -C libmylib.a | grep "U "
看到U开头的符号就是未定义的外部引用，对应需要补的-lxxx。
实际项目里，最好用pkg-config自动获取： clang++ $(pkg-config --cflags --libs openssl) main.cpp -o app，省去手算依赖。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
