静态库生成前不清理旧.o文件会导致链接时使用过期目标文件，引发bug修复无效等问题；ar命令仅按文件名替换归档成员，不校验时间戳或内容，必须手动或通过makefile确保.o文件最新后再打包。
静态库生成前不清理旧 .o 文件会出什么问题
直接用 ar rcs libfoo.a foo.o bar.o 重新打包，不会自动剔除已归档但已删除或更新的源对应的旧目标文件。如果之前编译过 foo.o，后来改了 foo.c 却没重编 foo.o，那新生成的 libfoo.a 里塞的还是旧版 foo.o —— 链接时用的其实是过期实现，bug 修了也白修。
ar 命令本身不负责清理，得靠你手动或脚本控制
ar 只管把给定的 .o 文件塞进归档，它不管这些 .o 是不是 stale 的。所以“清理旧目标文件”这步必须在调用 ar 之前完成，常见做法有：
- 每次生成静态库前，先运行
rm -f *.o（适合小项目、单目录） - 用
make clean触发清理（前提是 Makefile 里定义了clean:目标，且包含rm -f *.o lib*.a） - 更稳妥的做法：先重新编译所有源文件（
gcc -c *.c），再打包，这样.o天然是最新版 - 如果用了
vpath或多级目录构建，仅删当前目录.o不够，得配合find . -name "*.o" -delete
Makefile 里怎么写才不容易漏掉清理
很多人只在 clean 里删 a.out 和 *.o，却忘了静态库本身也是产物，下次 make 时若依赖没声明清楚，libxxx.a 就不会被重建。
- 确保静态库规则显式依赖对应
.o文件，例如：libmylib.a: foo.o bar.o<br> ar rcs $@ $^
-
clean目标里要包含rm -f *.o lib*.a，不能只删.o - 如果用
VPATH或vpath查找源文件，清理时得确认.o是否生成在别处（比如build/目录），否则rm *.o无效
为什么 ar -r 不能替代清理
ar -r 确实会替换归档中同名成员，但它只比对文件名，不检查时间戳或内容哈希。也就是说，如果你没重生成 foo.o，ar -r libfoo.a foo.o 还是把那个旧 foo.o 再塞一遍——根本没解决问题。
真正起作用的是“重新生成 .o”这个动作，不是 ar 的参数。容易被忽略的一点是：静态库的“新鲜度”完全取决于里面每个 .o 的修改时间，而链接器从不验证这个，它只按符号找、按顺序链。
