必须每个源文件编译时都加-O，因为Clang的中端优化（如常量传播、死代码消除）在编译阶段完成，-O0生成的未优化IR或机器码无法被LTO挽救；混合优化级别还会导致ABI不一致甚至运行时崩溃。
直接在编译命令里加 -O2 或 -O3 就行，但必须每个 clang 命令都带上，不能只在链接时加。
为什么每个源文件编译都要单独加 -O？
Clang 的优化是分阶段的：编译阶段做大部分中端优化（如常量传播、死代码消除），链接阶段（LTO）才做跨文件优化。如果某个 .c 文件编译时不加 -O2，它生成的目标文件就是未优化的 IR 或机器码，后续 LTO 也救不回来——相当于把“半成品”塞进全局优化流水线。
-
-O0编译的文件会保留调试符号、禁用内联、不展开循环，哪怕链接时加了-flto，这些部分也不会被重优化 - 混用优化级别会导致 ABI 不一致：比如一个
-O2编译的函数假设寄存器保存约定已优化，而另一个-O0编译的调用方没按此约定准备，可能引发运行时崩溃 - 实测中，只要有一个源文件漏加
-O2，最终二进制大小和性能提升会掉 30% 以上
clang 编译多个 .c 文件的标准写法
正确做法是为每个 clang -c 命令显式指定优化级别，并保持一致：
clang -c main.c -O2 -flto=thin -o main.o<br>clang -c utils.c -O2 -flto=thin -o utils.o<br>clang main.o utils.o -O2 -flto=thin -o program
-
-O2必须出现在每个clang -c和最终链接命令中 -
-flto=thin是 Clang 17 推荐的 LTO 模式，比-flto内存占用低、并行度高，适合多文件项目 - 不要写成
clang main.c utils.c -O2 -o program—— 这会跳过中间目标文件，无法启用 ThinLTO，且失去增量编译能力
常见错误：以为 -O 只要最后链接时加一次就够了
这种写法看起来省事，但实际无效：
clang -c main.c -o main.o<br>clang -c utils.c -o utils.o<br>clang main.o utils.o -O2 -flto=thin -o program ← 错！main.o 和 utils.o 是 -O0 编译的
现象是：链接能通过，但 program 体积没变小、运行速度几乎无提升，llvm-readelf -S program | grep text 显示代码段大小和未开优化时几乎一样。
- 根本原因：ThinLTO 优化依赖目标文件里嵌入的 LLVM IR，而 IR 的质量直接受编译时
-O级别影响 - 验证方法：用
llvm-bcanalyzer main.o查看 bitcode 部分，若输出中function attributes极少或没有alwaysinline、nounwind等，说明编译时没生效优化 - 补救方式只有重编所有
.o文件，不能只重链接
真正起效的优化必须从第一个 clang -c 开始就带上 -O，LTO 不是“后悔药”，而是对高质量 IR 的再加工。漏掉任意一个源文件的 -O，等于在流水线上放了一颗哑弹。
