clang链接时-l必须置于-l之前，否则链接器找不到库；-i仅用于头文件，-l才指定库路径；macos需-wl,-rpath指定运行时路径。
Clang链接时找不到库：-L 和 -l 的顺序很重要
Clang本身不负责查找库，真正起作用的是底层链接器（通常是ld或lld），而-L和-l的顺序直接影响能否找到符号。常见错误是把-L放在-l后面，比如：clang++ main.cpp -lmylib -L./lib——这会导致ld在扫描-lmylib时还没看到-L./lib，直接报undefined reference或library not found。
正确做法是：所有-L必须出现在对应-l之前，且靠近目标文件位置：
clang++ main.cpp -L./lib -lmylib -o app
-
-L./lib告诉链接器去./lib目录下找库文件 -
-lmylib会实际搜索libmylib.so（Linux/macOS）或libmylib.a（静态优先）或mylib.lib（Windows） - 如果库名带版本号（如
libmylib.so.2），-lmylib仍能匹配，前提是存在libmylib.so软链接或SONAME正确
头文件和库文件路径要分开处理
很多人混淆“编译期包含头文件”和“链接期加载库”，导致-I和-L混用或漏掉其中一个。Clang编译C++时，头文件路径用-I，库路径用-L，二者互不替代。
例如，你的库头文件在./include/mylib/，库文件在./lib/：
clang++ -I./include main.cpp -L./lib -lmylib -o app
-
-I./include让预处理器能找到#include <mylib></mylib> -
-L./lib让链接器能在./lib/里找到libmylib.so - 缺
-I会报fatal error: 'mylib/foo.h' file not found - 缺
-L会报cannot find -lmylib
macOS上dylib路径需要额外处理
macOS对动态库路径更严格，即使编译链接成功，运行时仍可能报dyld: Library not loaded。这是因为可执行文件里记录的库路径（@rpath）默认不含你的-L路径。
解决方法是在链接时显式设置运行时搜索路径：
clang++ main.cpp -L./lib -lmylib -Wl,-rpath,./lib -o app
-
-Wl,-rpath,./lib把./lib写进可执行文件的RPATH字段 - 也可用
-Wl,-rpath,@loader_path/lib实现相对路径（推荐，避免硬编码） - 验证是否生效：
otool -l app | grep -A2 RPATH - 注意：macOS 10.14+ 默认禁用
@rpath以外的路径，不能依赖DYLD_LIBRARY_PATH绕过
静态库和动态库冲突时怎么选
如果./lib/下同时存在libmylib.a和libmylib.so（Linux）或libmylib.dylib（macOS），Clang默认优先链接动态库。想强制静态链接，必须加-static-libgcc -static-libstdc++（GCC工具链）或更通用的-Wl,-Bstatic -lmylib -Wl,-Bdynamic。
- 简单粗暴方式：
clang++ main.cpp -L./lib -l:libmylib.a -o app（注意-l:语法，冒号后跟完整文件名） - 混合链接时顺序关键：
-Wl,-Bstatic -lmylib -Wl,-Bdynamic -lc，否则后续系统库也可能被静态化 - 静态链接后用
file app确认是否含not stripped且无dynamic字样；动态链接则用ldd app（Linux）或otool -L app（macOS）检查依赖
路径配置不是一次写对就完事，尤其是跨平台或涉及rpath、运行时加载时，最容易忽略的是链接阶段和运行阶段的路径分离——前者决定能不能生成可执行文件，后者决定它能不能跑起来。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
