clang在windows上默认不带gnu ar工具，故ar rcs libfoo.a foo.o会报错；需改用llvm-ar（路径如c:\program files\llvm\bin\llvm-ar.exe），并以llvm-ar rcs foo.lib foo.obj打包coff格式目标文件，链接时用-lfoo匹配foo.lib。
Clang 在 Windows 上能生成静态库，但默认不带 ar 工具，必须手动配置或换用 llvm-ar。
为什么 clang++ -c + ar 失败？
你在命令行敲 ar rcs libfoo.a foo.o 报错 “不是内部或外部命令”，是因为 Windows 默认没有 GNU ar。Clang 自带的工具链里其实有 llvm-ar，但它不在系统 PATH 里，也不会被 clang++ 自动调用。
-
ar是 GNU binutils 的归档工具，Windows 官方不提供 -
llvm-ar是 LLVM 自研等效工具，功能兼容，路径通常在clang安装目录的bin/下（如C:\Program Files\LLVM\bin\llvm-ar.exe） - 直接用
clang++调用静态库链接时没问题，但生成阶段必须显式调用llvm-ar
用 llvm-ar 打包 .obj 成 .lib
Windows 静态库扩展名是 .lib，不是 .a；目标文件是 .obj，不是 .o。Clang 默认生成 COFF 格式目标文件，和 MSVC 兼容，所以打包命令要匹配：
- 先编译：
clang++ -c foo.cpp -o foo.obj - 再归档：
llvm-ar rcs foo.lib foo.obj - 注意：参数顺序不能颠倒，
rcs中s表示生成符号表（必需），否则链接时报LNK2001: unresolved external symbol
如果 llvm-ar 找不到，加完整路径或把 LLVM bin 目录加进系统环境变量 PATH。
链接时 -L 和 -l 怎么写？
Clang 在 Windows 下默认走 MSVC 兼容模式（尤其用 -target x86_64-pc-windows-msvc 时），链接器是 link.exe，所以参数规则和 Linux 不同：
-
-L.依然有效，告诉链接器在当前目录找库 -
-lfoo会去找foo.lib，不是libfoo.a—— Windows 下不认libxxx.a这种命名 - 如果你的库叫
mylib.lib，就得写-lmylib，不能写-lmylib.lib或-llibmylib - 若链接失败提示
cannot find -lxxx，先用dir *.lib确认文件名是否完全匹配
头文件和符号导出要不要 __declspec(dllexport)？
静态库不需要导出符号，__declspec(dllexport) 是给动态库（DLL）用的。你只要保证：
- 头文件里有正常声明（比如
int add(int, int);） - 源文件里有对应定义（
int add(int a, int b) { return a + b; }） - 编译时没加
-fvisibility=hidden这类隐藏符号的选项（Clang 默认不隐藏）
唯一容易漏的是：如果用了 C++ 类，且类里有模板成员函数，记得把实现写在头文件里，否则链接时找不到实例化代码 —— 这不是静态库的问题，是 C++ 模板本身的限制。
真正卡住人的地方往往不是命令本身，而是路径、文件名大小写（Windows 文件系统不敏感但工具链可能敏感）、以及误以为 ar 和 clang++ 是一套自动联动的工具 —— 它们只是同属 LLVM，但归档和编译是两个独立步骤，必须手动串起来。
