生产环境默认用-O2：它平衡性能与稳定性，启用函数内联等安全优化，避免-O3的栈溢出风险；需搭配-DNDEBUG、-march=native和-flto，并禁用-g与-O3混用。
直接加 -O2 或 -O3 就行，但别在调试时用，否则 GDB 跟踪会失效、变量看不清、断点跳错位置。
用哪个优化级别最合适
生产环境默认选 -O2：它启用函数内联、循环展开、公共子表达式消除等大多数安全优化，性能提升明显，且不会像 -O3 那样引发兼容性问题或栈溢出风险。科学计算或已知目标 CPU 架构时，可叠加 -march=native 和 -flto 进一步提效。
-
-O0：仅用于调试，关闭所有优化 -
-O1：编译快、体积小，但性能增益有限，日常开发中较少单独使用 -
-O2：平衡点，推荐作为 CI/CD 构建脚本和发布版本的基准选项 -
-O3：可能让某些循环被过度展开，导致栈空间暴涨（尤其递归或大数组局部变量场景） -
-Os：嵌入式或对二进制体积敏感时用，不是“更快”，而是“更小”
必须配合的几个关键选项
光加 -O2 不够，容易踩坑：
- 加上
-DNDEBUG：禁用assert()，避免调试断言在发布版里拖慢执行 - 加上
-march=native：启用当前机器支持的指令集（如 AVX2），但会导致二进制无法在老 CPU 上运行 - 加上
-flto：开启链接时优化，跨.cpp文件做内联和死代码消除，需编译和链接都带该参数 - 避免混用
-g和-O3：调试信息与激进优化冲突，GDB 可能显示“optimized out”而无法 inspect 变量
常见错误现象和对应检查点
编译后程序行为异常？先确认这些：
立即学习“C++免费学习笔记（深入）”；
- 用了
-O3但没加-fno-finite-math-only：浮点运算可能被重排，导致 NaN/Inf 行为不一致 - 启用了
-flto却只在编译命令里加、没在链接命令里加：链接失败，报 undefined reference - 加了
-march=native后在另一台机器上运行报 Illegal instruction：说明目标 CPU 不支持生成的指令 - 用
std::vector::data()取指针，但循环被-O2优化成向量化访问，而原始内存未按 16 字节对齐：触发段错误（需手动对齐或加-fno-tree-vectorize）
优化不是开得越高越好，-O2 是多数项目的实际分水岭；真正卡性能时，先看 profile 数据，再决定是否上 -O3 或手写 SIMD，而不是盲目堆参数。
