clang main.c -lmylib 总是失败，是因为链接器默认优先选择动态库而非静态库，且未指定库路径-L.时不会搜索当前目录，同时-l参数必须位于目标文件之后才能正确解析符号。
直接用 clang++ 或 clang 命令加 -L 和 -l 就能链接静态库，但必须确保目标文件已编译、库名符合命名规则、且链接顺序正确——否则会报 undefined reference。
为什么 clang main.c -lmylib 总是失败？
常见错误不是库不存在，而是链接器根本没找到它或跳过了静态版本。
-
-lmylib会同时查找libmylib.a（静态）和libmylib.so（动态），默认优先选动态库；如果当前目录下恰好有同名.so，哪怕你只想用静态版，它也会去链接动态版，然后可能因缺失运行时路径而崩溃 -
-L.必须显式指定，否则链接器只搜/usr/lib和/usr/local/lib，不会看当前目录 - 库文件名必须是
libxxx.a格式，-lxxx中的xxx是去掉lib前缀和.a后缀后的名字，比如libmath.a对应-lmath - 目标文件（
.o）必须在-l参数之前出现，链接器按从左到右顺序解析符号：先看到未定义符号，再往后找定义；把-lmath放main.o前面，main.o里的引用就找不到
clang 链接静态库的最小可行命令
假设你有 main.o 和同目录下的 libadd.a：
clang++ main.o -L. -ladd -o main
这行命令实际展开为：
→ 在当前目录（-L.）搜索库
→ 找到 libadd.a（对应 -ladd）
→ 把 main.o 里未解析的符号（如 add 函数）从 libadd.a 中提取并填入可执行文件
- 如果想强制只用静态库，加
-static：clang++ main.o -L. -ladd -static -o main—— 这会让所有依赖（包括libc）都静态链接，体积变大，但彻底摆脱动态依赖 - 如果
libadd.a依赖其他静态库（比如它内部调用了log），得把依赖库也列上，且顺序要满足“被依赖的放后面”：clang++ main.o -L. -ladd -lm -o main - 用
ar -t libadd.a可确认库里真有你需要的目标文件，避免打包空库
头文件和库文件路径不一致怎么办？
编译 .c/.cpp 生成 .o 时，头文件路径用 -I；链接 .a 时，库路径用 -L —— 这俩不能混用。
-
-I./include：告诉预处理器去./include找#include "add.h" -
-L./lib：告诉链接器去./lib找libadd.a - 如果库在
./lib，但你写成-L./include，链接器就找不到libadd.a，报错cannot find -ladd - macOS 上若用
.dylib混合链接，-L路径需同时包含.a和.dylib目录，否则可能误链动态版
最容易被忽略的是：静态库本身不含头文件，#include 和 -I 是编译阶段的事，-L/-l 是链接阶段的事，两个阶段隔开，出错时得分别排查——缺头文件报 file not found，缺库或符号报 undefined reference，别搞反了。
