直接用-O系列标志即可，-O0到-Ofast对应不同优化级别，-O2需搭配-march=native、-flto、-DNDEBUG等才能发挥实效，VS中Clang需手动配置避免兼容性问题。
直接用 -O 系列标志就行，别绕弯
Clang 命令行开启优化最直接的方式就是加 -O 后跟数字或字母。没别的入口，也不需要改配置文件或预设环境变量。默认是 -O0（无优化），只要显式指定就生效。
-
-O0：关优化，调试用，生成带完整调试信息的代码 -
-O1：基础优化，编译快，适合快速验证 -
-O2：推荐生产构建，启用内联、死代码消除、循环优化等，平衡性能与编译时间 -
-O3：更激进，可能触发循环向量化、函数全展开，但不一定总更快，尤其在小函数或分支多的场景反而拖慢 -
-Ofast：放弃 IEEE 浮点合规性（比如忽略NaN和±Inf行为），只求快，数值敏感项目禁用
-O2 之后加哪些配套选项才真正起效
单写 -O2 是入门级优化，实际项目中必须搭配几个关键标志才能释放全部潜力：
-
-march=native：让 Clang 生成当前 CPU 支持的指令（如 AVX2、BMI2），不加这个，-O3的向量化大概率降级成 SSE2 -
-flto：启用链接时优化（LTO），跨 .cpp 文件做内联和死代码剔除，必须编译和链接都加，否则报错 -
-DNDEBUG：关闭assert()，避免运行时检查开销，和-O2一起用才合理 -
-fvectorize：显式打开自动向量化（Clang 15+ 默认开启，但旧版本或交叉编译时建议明确写上）
典型命令：clang++ -O2 -march=native -flto -DNDEBUG main.cpp -o main
Visual Studio 里用 Clang 时，-O 选项容易被忽略的坑
VS 的 Clang 工具链（ClangCL）表面支持 /O2 这类 MSVC 风格开关，但实际行为和原生 Clang 不一致：
- 选“优化速度”（对应
/O2）≠ 等价于-O2，它可能漏掉-march=native或 LTO 支持 - 在“附加选项”里手动加
-O3 -flto才可靠，但必须同时勾选“启用链接时代码生成”，否则链接阶段会失败 -
#pragma clang optimize on只对单个函数有效，且不能覆盖全局-O0设置，调试时容易误以为生效了
验证优化是否真起了作用，别信参数名
写了 -O3 不等于代码就变快了。得看汇编或 IR 输出确认关键路径有没有被改动：
- 用
clang++ -S -O2 -fverbose-asm main.cpp生成带注释的汇编，搜vaddps（向量加法）或.loop:标签看循环是否被展开/向量化 - 用
clang++ -emit-llvm -O2 -c main.cpp -o main.bc生成 bitcode，再用llvm-dis main.bc看 LLVM IR 中是否有call消失（说明函数被内联） - 性能对比必须用真实数据：
time ./main跑相同输入，别只看二进制大小变化
最常被忽略的是：不同 CPU 架构下 -march=native 生成的代码无法跨机器运行，发布前得切回 -march=x86-64 或具体型号。
