静态库必须用ar工具打包，gcc仅负责生成.o文件；若跳过ar步骤，链接时会报“cannot find -lmylib”错误，且库名须为libxxx.a格式、链接时main.c必须置于-l和-l之前。
静态库必须用 ar 打包，不能只靠 gcc
很多人误以为 gcc 能直接生成 .a 文件，其实它只负责编译出 .o，真正打包成静态库的是 ar 工具。漏掉这步，gcc -o prog main.c -lmylib 会报错：cannot find -lmylib。
-
gcc -c hello.c -o hello.o：先编译源码为对象文件（必须加-c，否则生成可执行文件） -
ar -crv libmyhello.a hello.o：用ar把一个或多个.o打包成.a；-c创建新库，-r替换/插入成员，-v显示操作过程 -
ar -t libmyhello.a：查看库中包含哪些.o，验证是否打包成功
gcc 链接静态库时，-L 和 -l 的顺序和写法很关键
链接命令里路径和库名的写法稍有偏差，就会找不到符号或链接失败。常见错误是把 -lmyhello 放在 main.c 前面，导致 main.o 中未解析的 hello 符号无法被后续库解决。
- 正确写法：
gcc -o hello main.c -L. -lmyhello（main.c在前，-L.指定当前目录为库搜索路径，-lmyhello表示找libmyhello.a） - 也可显式写全路径：
gcc -o hello main.c ./libmyhello.a，这时不用-L和-l，但失去库名抽象能力 - 错误写法：
gcc -o hello -L. -lmyhello main.c——gcc会先尝试链接空目标，再读main.c，符号解析失败
静态库名必须符合 libxxx.a 规范，否则 -lxxx 不生效
gcc 的 -l 参数不是直接匹配文件名，而是按规则拼接：自动加 lib 前缀、.a 或 .so 后缀。如果你建了个叫 myhello.a 的文件，-lmyhello 会去找 libmyhello.a，根本找不到。
- 命名必须为：
libmyhello.a（不是myhello.a，也不是libmyhello.lib） - 头文件
hello.h和实现hello.c可以任意命名，但库文件名必须严格匹配-l参数推导逻辑 - 如果非要绕过命名约束，就放弃
-l，改用完整路径链接：gcc -o hello main.c ./myhello.a
静态库不参与运行时查找，但编译时符号必须全部可解析
静态库只在编译链接阶段起作用，一旦生成可执行文件，删掉 libmyhello.a 完全不影响运行。但这不意味着可以随便写——所有被 main.c 调用的函数，必须在静态库中提供定义，且不能有未满足的依赖（比如库函数又调用了另一个没提供的库）。
- 常见报错：
undefined reference to 'xxx'，说明库中缺该符号，或该符号来自其他库但没一起链接 - 调试技巧：
nm -C libmyhello.a查看库中导出的符号（-C解析 C++ 名字修饰，纯 C 可省略） - 注意：静态库内部若调用了
printf等 libc 函数，无需额外链接，gcc默认带-lc
gcc 能“生成”静态库，其实它只编译；真正打包得靠 ar，而且名字不能错、顺序不能乱。
