结论：静态库制作需三步——用 gcc -c 编译源文件生成 .o，用 ar -crv libxxx.a 打包（命名必须为 libxxx.a），链接时按 gcc main.c -L. -lxxx -o app 顺序指定；命名、路径、参数顺序任一出错即链接失败。
直接说结论：用 gcc -c 编译出 .o 文件，再用 ar 打包成 libxxx.a，最后在链接时用 -L 和 -l 指定即可。关键不在“能不能”，而在“命名、路径、顺序”这三点一错就链接失败。
怎么生成 .o 文件（不是直接 gcc -o）
静态库的原料是目标文件（.o），不是可执行文件。必须用 -c 选项只编译不链接：
-
gcc -c hello.c→ 输出hello.o；漏掉-c会生成可执行文件a.out，完全没用 - 如果有多个源文件（比如
math_utils.c、str_helper.c），每个都要单独gcc -c，得到多个.o - 建议加
-Wall -Werror，避免带警告的.o进入库中，后期排查困难
怎么用 ar 创建 libxxx.a（名字和参数不能颠倒）
ar 是归档工具，不是“编译器”，它只打包、不校验符号。常见错误是名字不合规或参数写错：
- 库文件名必须是
libxxx.a格式（如libmyutil.a），否则gcc -lmyutil找不到 - 正确命令：
ar -crv libmyutil.a math_utils.o str_helper.o；-c表示创建新归档，-r表示插入或替换，-v是可选的详细输出 - 别用
ar -rc或ar -rv—— 参数顺序不影响功能，但-crv是最通用写法，避免某些旧系统兼容问题 - 生成后建议立刻用
ar -t libmyutil.a查看内容，确认.o文件确实在里面
怎么在 main.c 中链接静态库（-L 和 -l 的顺序很关键）
链接时，gcc 对参数顺序敏感。把 -lxxx 放在源文件之后，否则会被忽略：
- 正确：
gcc main.c -L. -lmyutil -o app（-L.告诉编译器在当前目录找库，-lmyutil自动匹配libmyutil.a） - 错误：
gcc -L. -lmyutil main.c -o app→ 大部分 GCC 版本会静默忽略-lmyutil，最终报 undefined reference - 也可以绕过
-L/-l，直接写死路径：gcc main.c ./libmyutil.a -o app，适合单次调试，但不可移植 - 头文件（
myutil.h）仍需用#include "myutil.h"，且确保gcc能找到它（必要时加-I./include）
最容易被忽略的是：静态库本身不解决符号依赖。如果 math_utils.o 里调用了 sqrt()，你得在链接命令末尾补上 -lm，否则 libmyutil.a 里存的仍是未解析的 sqrt 符号——链接阶段才会暴露这个问题。
