准确识别GCC完整小版本需用__GNUC__、__GNUC_MINOR__、__GNUC_PATCHLEVEL__三宏组合判断：主次版本用区间比较（如#if GNUC > 12 || (__GNUC__ == 12 && GNUC_MINOR >= 3)），补丁号仅GCC 12+稳定可用，旧版须回退解析__VERSION__字符串（不可用于预处理条件）。
如何用预定义宏准确识别 GCC 版本（含 12.3、13.2 等完整小版本）
GCC 不像 Clang 那样直接提供 __clang_major__ 级别的细粒度宏，它只暴露 __GNUC__、__GNUC_MINOR__、__GNUC_PATCHLEVEL__ 三个整数宏。但注意：__GNUC_PATCHLEVEL__ 在 GCC 12+ 中才稳定反映真实补丁号（如 gcc-12.3.0 → __GNUC__==12, __GNUC_MINOR__==3, __GNUC_PATCHLEVEL__==0），而 GCC 4.8–11 的 __GNUC_PATCHLEVEL__ 常为 0，即使实际是 4.8.5 或 11.4.0 —— 此时必须结合 __VERSION__ 字符串解析。
实操建议：
- 优先用
__GNUC__+__GNUC_MINOR__判断主次版本（覆盖 99% 场景） - 需区分
12.2.0和12.3.0时，检查__GNUC_PATCHLEVEL__是否非零；若为 0，再用std::string(__VERSION__).find("12.3.0") != std::string::npos回退匹配（仅限调试/日志，不可用于条件编译） - 不要依赖
__VERSION__做#if判断——它是字符串字面量，预处理器无法解析
Clang 编译器版本宏的陷阱：为什么 __clang_version__ 不能直接用于数值比较
__clang_version__ 是字符串字面量（如 "15.0.7 "），不是数字宏。直接写 #if __clang_version__ >= 150000 会触发预处理器警告甚至错误，因为字符串不能参与算术比较。
正确做法只有两种：
立即学习“C++免费学习笔记（深入）”；
- 用
__clang_major__/__clang_minor__/__clang_patchlevel__（Clang 10+ 稳定支持）做整数判断，例如：#if __clang_major__ > 14 || (__clang_major__ == 14 && __clang_minor__ >= 3) - 若需兼容 Clang 9 及更早版本，只能放弃小版本精确控制，退回到
__clang__（始终为 1）+__clang_major__组合判断 - 绝对不要对
__clang_version__使用strcmp或std::string—— 它在预处理阶段还不存在
MSVC 的 _MSC_VER 对照表必须查微软官方文档，别信第三方“速查表”
_MSC_VER 是十进制整数，但映射关系不线性：例如 _MSC_VER == 1930 对应 MSVC 19.30（VS 2022 17.0），1938 对应 19.38（VS 2022 17.8）。网上流传的“加 600 得版本号”在 VS 2017 后已失效（_MSC_VER == 1910 → VS 2017 15.0，1910−600=1310≠15）。
关键事实：
- 微软明确要求用
_MSC_VER而非推测版本号做条件编译，例如：#if _MSC_VER >= 1930表示“VS 2022 17.0 及以上” -
_MSC_FULL_VER包含补丁信息（如193833135），但格式为MMMMmmmmmppppp，解析复杂且无标准工具，生产环境不建议使用 - 检测是否为 MSVC（而非 clang-cl 或 Intel ICX），应同时检查：
#ifdef _MSC_VER && !defined(__clang__) && !defined(__INTEL_COMPILER)
跨平台项目中混用编译器宏的常见崩溃点
最危险的是在头文件里写类似 #if defined(__GNUC__) && !defined(__clang__) 来特化 GCC 代码——这在 clang-cl（Windows 下模拟 MSVC 行为的 Clang）或 ICC（Intel C++ Compiler）下会误触发，因为它们也定义 __GNUC__。
安全写法必须叠加否定：
- 真要限定原生 GCC：
#if defined(__GNUC__) && !defined(__clang__) && !defined(__INTEL_COMPILER) && !defined(_MSC_VER) - 检测“类 GCC 行为但非 Clang”场景极少，多数时候应改为检测特性而非编译器，例如：
#ifdef __cpp_exceptions或#ifdef __has_feature(cxx_exceptions) - 所有涉及
__VERSION__或__clang_version__的逻辑，必须放在#ifdef保护内，否则在不支持的编译器下会编译失败
版本宏不是银弹，尤其在 CI 多编译器混跑、交叉编译或启用 -frecord-gcc-switches 等非常规选项时，__GNUC_PATCHLEVEL__ 可能失真，_MSC_VER 可能被工具链伪造。真正可靠的判断永远基于 __has_include、__has_feature 和运行时探测。
