只能通过预定义宏判断是否启用优化：gcc/clang中__optimize__表示-o1及以上，__optimize_size__对应-os/-oz，msvc无等价宏；无法可靠区分-o1与-o2等具体等级。
如何在C++代码中检测当前编译器优化等级
不能直接“获取”优化等级，但可以通过预定义宏判断是否启用了特定优化——这是唯一可靠、跨编译器的方案。编译器（如 GCC、Clang、MSVC）不会把 -O2 这样的参数暴露给运行时，但会在预处理阶段根据优化开关自动定义某些宏。
GCC 和 Clang 中识别 -O 级别的常用宏
这两个编译器在启用优化时会定义 __OPTIMIZE__，更细粒度地：__OPTIMIZE_SIZE__ 对应 -Os，__OPTIMIZE_FAST_MATH__ 可能随 -ffast-math 出现。但注意：__OPTIMIZE__ 在 -O0 下不定义，在 -O1 及以上均定义——它只区分“有无优化”，不区分 -O1 和 -O3。
-
__OPTIMIZE__：只要不是-O0就定义（包括-Og、-O1～-O3） -
__OPTIMIZE_SIZE__：仅当使用-Os或-Oz时定义 -
__OPTIMIZE_LEVEL__：GCC 12+ 新增，值为整数（如1、2、3），但非所有版本支持，且 Clang 不支持
示例判断：
#if defined(__OPTIMIZE__) && !defined(__OPTIMIZE_SIZE__)
// 大概率是 -O1/-O2/-O3，但无法区分具体数字
#elif defined(__OPTIMIZE_SIZE__)
// -Os 或 -Oz
#else
// -O0
#endif
MSVC 如何感知优化开关
MSVC 没有等价于 __OPTIMIZE__ 的通用宏，但它用 /O1、/O2 等参数控制优化，并会定义 _MSC_FULL_VER 等版本宏，但不反映优化等级。唯一可行的间接方式是检查调试相关宏是否被禁用：NDEBUG 常与 /O2 同时出现，但这只是约定，不是保证；_DEBUG 在启用调试信息（如 /MTd）时定义，与优化无关。因此，MSVC 下基本无法在代码中可靠推断优化等级。
- 不要依赖
NDEBUG判断是否开启优化——它只控制assert，和/Ox无绑定关系 -
/Od（禁用优化）下，_DEBUG可能仍定义，取决于项目配置 - 没有官方支持的宏对应
/O1、/O2、/Ox
为什么不能在运行时“读取”优化等级
优化等级是编译期决策，影响的是生成的机器码、内联行为、寄存器分配等，不写入二进制元数据，也不暴露给标准库或 ABI。即使通过反汇编观察到某函数被内联了，也不能反推一定是 -O2——可能是 -O1 加 __attribute__((always_inline))，也可能是 LTO 合并的结果。
- 试图从
__VERSION__或编译器内置函数（如__builtin_cpu_supports）推导优化等级，纯属误用 - 构建系统（如 CMake）可通过
$<config></config>或自定义宏传递优化标识，但这属于外部注入，不是“代码获取” - 真正需要区分优化行为的逻辑（如跳过耗时校验），应显式用自定义宏控制，而非逆向猜测编译器参数
最易被忽略的一点：不同编译单元可能被不同优化等级编译（比如混合 -O0 和 -O2），此时全局判断毫无意义。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
