-O后必须跟合法级别，如-O0、-O1、-O2、-O3、-Os、-Ofast；-O2是生产环境最稳妥选择，兼顾性能与稳定性；调试阶段应使用-O0 -g或-Og。
直接在 gcc 或 g++ 命令行里加上 -O 后接数字或字母，就是开启优化——不是配置文件改的，也不是环境变量控制的，就是命令行参数。
怎么写才有效：-O 后面必须跟合法级别
-O 本身不合法，gcc 会报错 unrecognized command-line option '-O'；必须带后缀：
-
-O0：关闭所有优化（调试默认） -
-O1、-O2、-O3：数字越大越激进 -
-Os：优先减小代码体积 -
-Ofast：突破 ISO C/C++ 标准限制（比如忽略浮点精度）
常见错误是把 -o（小写 o，指定输出文件）和 -O（大写 O，开启优化）搞混。输成 gcc -o2 main.c，编译器会当成“输出文件叫 2”，而不是启用 -O2。
-O2 是生产环境最稳妥的选择
它启用大量安全优化（函数内联、循环优化、指令重排等），但不引入向量化或跨函数推测这类高风险操作：
- 比
-O1明显更快，又不像-O3那样容易导致栈溢出或数值偏差 - 调试时配合
-g仍可单步（-Og更友好，但-O2 -g多数情况也够用） - 嵌入式或服务器程序上线前，
-O2是 CI/CD 流水线最常锁定的级别
示例：gcc -O2 -g main.c -o main —— 同时开启二级优化和调试信息，不影响 GDB 使用。
-O3 不一定更快，甚至可能更慢
-O3 会启用自动向量化、深度内联、函数克隆等，但代价明显：
- 二进制体积常增大 20%～50%，影响指令缓存命中率
- 某些循环反而因过度展开导致分支预测失败，实测变慢
- 对浮点计算可能违反 IEEE 754（比如把
a + b - b直接优化成a），科学计算需谨慎
如果你真要用 -O3，务必搭配 -march=native（让编译器针对当前 CPU 指令集生成代码），否则可能白开。
调试阶段别用 -O1 及以上，除非你清楚后果
优化会让源码行号和机器指令严重脱节：断点设在某一行，实际停在别处；局部变量突然“消失”（被寄存器复用或完全优化掉）；条件判断被提前折叠，if 分支根本不会进。
- 开发中坚持用
-O0 -g，这是唯一能保证 GDB 行为符合直觉的组合 - 想兼顾一点性能又保留基本调试能力？
-Og是专为此设计的，它禁用所有影响调试的优化，但保留部分加速项 - 千万别在 Makefile 里全局写
CFLAGS = -O2然后忘了给 debug target 单独覆盖
最常被忽略的一点：即使加了 -g，-O2 以上级别下，GDB 的 print 命令也可能显示 <optimized out></optimized>——这不是 bug，是优化生效的明确信号。
