gcc编译需加-i指定头文件路径，ar打包必须用-crv参数，链接时-l和-l顺序不能颠倒，验证静态库是否嵌入应使用nm命令检查符号定义。
gcc -c 编译源文件时必须加 -I 指定头文件路径
不加 -I，#include "mathlib.h" 会报 fatal error: mathlib.h: No such file or directory。哪怕头文件和源文件在同一目录，gcc 默认也不搜当前目录（除非用 #include "xxx.c" 这种相对路径写法，但不推荐）。
常见错误是只写 gcc -c factorial.cpp，结果失败。正确做法是先进入 src/ 目录，再执行：
gcc -c -I../include factorial.cpp prime.cpp
-
-c：只生成.o，不链接 -
-I../include：让预处理器去上层include/找头文件 - 生成的
factorial.o和prime.o默认留在当前目录（即src/）
ar 命令打包 .o 文件必须用 -crv 参数组合
ar 不是“智能工具”，它不会自动覆盖或校验。漏掉 -r（replace）会导致库文件为空；漏掉 -c（create）在某些旧版 ar 上会静默失败；-v（verbose）虽然非必需，但能立刻确认哪些 .o 真被塞进去了。
假设你已把 factorial.o 和 prime.o 移到了 lib/ 目录下，进入该目录后执行：
ar -crv libmath.a factorial.o prime.o
- 输出类似
factorial.o、prime.o表示成功入库 - 文件名必须以
lib开头、.a结尾，否则gcc -lmath找不到 - 如果误写成
libmath.a但用-lmath2链接，会报cannot find -lmath2
链接静态库时 -L 和 -l 的顺序不能颠倒
gcc 从左到右扫描参数，未解析的符号（比如 factorial）必须在遇到库之前被记录下来，否则库里的定义会被忽略。
错误写法：gcc -L. -lmath main.c -o app → 报 undefined reference to 'factorial'
正确写法（任选其一）：
gcc main.c -L. -lmath -o app
gcc main.c libmath.a -o app
-
-L.告诉链接器“当前目录是库搜索路径” -
-lmath等价于“找libmath.a或libmath.so”，优先选.a（除非加了-shared或-dynamic） - 直接写
libmath.a路径最直白，绕过命名规则和搜索逻辑，适合调试阶段
验证静态库是否真被嵌入：用 file 和 nm 看一眼
生成可执行文件后，别急着运行。静态库是否真的被塞进去了？两个命令快速验证：
file app
输出含 statically linked 是错觉——那是针对系统级全静态链接（如 gcc -static），你用的只是局部静态库，所以这里仍显示 dynamically linked。
真正要看的是：
nm app | grep factorial
- 如果输出类似
00000000004011a6 T factorial（T 表示在代码段定义），说明函数已编译进可执行文件 - 如果什么也不输出，说明链接失败或函数根本没被引用（比如没调用）
- 如果输出
U factorial（U 表示 undefined），说明链接时没找到定义，库路径或名称错了
最容易被忽略的是：你改了 factorial.cpp 但忘了重新编译 .o、重新打包 .a、重新链接 app —— 整个链条缺一不可，且没有自动依赖追踪。
