静态库必须与头文件一同发布，因为.lib/.a文件仅含机器码，不含函数签名、参数及返回值信息；使用者需通过#include "xxx.h"声明函数才能通过编译检查，且头文件中声明须与库中符号严格一致，否则链接失败。
静态库不能单独发布，必须和头文件一起给出去，否则使用者根本不知道怎么调用里面有哪些函数。
为什么必须带 .h 文件？
静态库 libxxx.a 里只存编译好的机器码（.o 的归档），没有函数签名、参数类型、返回值等信息。使用者写 #include "xxx.h" 才能声明函数，编译器才敢让代码通过语法检查。
- 不提供
.h→ 编译报错implicit declaration of function - 头文件里声明的函数名/参数/返回值，必须和
.a里的符号严格一致，否则链接时报undefined reference to 'xxx' - 如果头文件里用了
extern "C"，而库是 C++ 编译的，但使用者用 C 调用，就可能因 name mangling 不匹配导致链接失败
ar -rc 打包后，怎么组织目录结构？
最稳妥的发布方式是模拟系统级库布局：一个顶层目录，含 include/ 和 lib/ 两个子目录。
-
include/下放所有公开头文件，比如mymath.h -
lib/下放libmymath.a（注意命名必须是libxxx.a格式） - 不要把
.a和.h混在同一个目录里，容易被误删或路径混乱 - 可以加个简短
README.md，说明依赖项（比如是否需要-lm）、支持的 GCC 版本范围
别人怎么链接你的静态库？
用户不能只写 gcc main.c -o main 就完事。必须显式指定头文件路径、库路径和库名。
- 编译时加
-I./mylib/include告诉 GCC 去哪找#include - 链接时加
-L./mylib/lib -lmymath（-l后面去掉lib前缀和.a后缀） - 顺序很重要：
-l参数必须放在源文件或目标文件之后，否则链接器会忽略 - 如果用户想强制静态链接整个程序（包括
libc），得额外加-static，但这和你的库无关，只是常见混淆点
最容易被忽略的是符号可见性：如果你的 .c 文件里定义了 static 函数，它不会出现在 .a 的符号表中，别人即使知道名字也调用不了——静态库不是“把所有代码塞进去”就行，得确保导出符号真正可链接。
