gcc 不能直接生成静态库，必须先用 gcc -c 编译出 .o 文件，再用 ar rcs libxxx.a xxx.o 打包；命名须为 libxxx.a，链接时 -L 和 -l 顺序不可颠倒，调试需在编译 .o 时加 -g。
gcc 生成静态库必须用 ar，不是 gcc 直接生成
静态库文件（.a）本质是多个 .o 目标文件的归档包，gcc 本身不负责打包，而是交给 ar 工具完成。常见错误是试图用 gcc -static 或 gcc -shared 去生成 .a，这会失败或产生意外结果。
正确流程分两步：先用 gcc -c 编译出 .o，再用 ar 打包：
-
gcc -c hello.c→ 得到hello.o -
ar rcs libhello.a hello.o→ 生成符合命名规范的静态库
ar 参数含义：r 插入或替换成员，c 创建新库（无提示），s 生成索引（必需，否则链接时可能找不到符号）。
静态库文件名必须带 lib 前缀和 .a 后缀
链接器（ld）在解析 -lxxx 时，会自动拼成 libxxx.a 或 libxxx.so。如果你生成的是 myhello.a，但用 gcc -lmyhello 链接，它实际找的是 libmyhello.a —— 找不到就报 cannot find -lmyhello。
所以命名不能随意：
- ✅ 正确：
libmyhello.a，对应-lmyhello - ❌ 错误：
myhello.a、libhello.so、hello.a
如果已有 hello.o，直接运行 ar rcs libhello.a hello.o 即可，不用改源文件名。
链接静态库时 -L 和 -l 的顺序不能颠倒
命令形如 gcc main.c -L. -lhello，其中 -L. 告诉链接器去当前目录找库，-lhello 告诉它要链接 libhello.a。这两个参数的顺序影响链接器行为：
- ✅
gcc main.c -L. -lhello：正常工作 - ✅
gcc main.c libhello.a -o app：显式指定路径，绕过-L/-l机制 - ❌
gcc main.c -lhello -L.：链接器先尝试找系统库libhello，失败后才查-L.，但此时已报错退出
尤其在 CI/CD 脚本或 Makefile 中，顺序写错会导致本地能编译、CI 上失败，且错误信息不直观。
静态库没加 -g 编译，调试时看不到函数名和行号
如果你后续要用 gdb 调试基于静态库的程序，但发现 bt 显示全是 ??，大概率是 .o 文件没带调试信息。
解决方法是在第一步就加上 -g：
-
gcc -c -g hello.c→hello.o包含调试段 -
ar rcs libhello.a hello.o→ 静态库继承调试信息
注意：ar 不会丢弃 .o 中的调试节（如 .debug_*），但若用 strip libhello.a 就会彻底清除 —— 这个动作通常只在发布前做，开发阶段别碰。
