应组合使用编译器特有宏+两层字符串化宏+条件判断：GCC用__GNUC__、__GNUC_MINOR__、__GNUC_PATCHLEVEL__；Clang用__clang_major__、__clang_minor__、__clang_patchlevel__；MSVC从_MSC_FULL_VER提取主次补丁号，且检测顺序须为__clang__优先→__GNUC__次之→_MSC_VER最后。
如何用预定义宏获取 GCC/Clang/MSVC 的完整版本号
直接靠 __VERSION__ 或 __GNUC__ 等宏拼出“x.y.z”格式的完整版本号，不可靠——它们要么是字符串常量（如 GCC 的 __VERSION__ 是 "13.2.0"，但 Clang 返回的是 "Clang 18.1.8"），要么只提供主次版本（如 MSVC 的 _MSC_VER 是 1941，需查表换算）。真正可自动化、跨编译器提取“数字三段式版本”的方法，是组合使用宏 + 预处理器字符串化 + 条件判断。
关键点：不依赖运行时，纯编译期推导；所有逻辑必须在预处理器阶段完成，不能调用函数或 std::string。
- GCC：优先用
__GNUC__、__GNUC_MINOR__、__GNUC_PATCHLEVEL__，三者拼接最准（__VERSION__含空格和前缀，解析易错） - Clang：必须用
__clang_major__、__clang_minor__、__clang_patchlevel__；__VERSION__不可直接拆分，因格式不固定（如 Apple Clang 会写"Apple clang version 15.0.0 (clang-1500.0.40.1)"） - MSVC：
_MSC_VER是唯一可靠入口，但它是整数，需映射：例如1941 → 14.41.34120（对应 VS 2022 17.11），实际补丁号需结合_MSC_FULL_VER（如194134120），再按千位拆解
预处理器字符串化技巧：把数字宏转为字面量字符串
想把 __GNUC_MINOR__（值为 2）变成字符串 "2"，不能直接用 #__GNUC_MINOR__——这会被预处理器当作字面量字符串处理，结果是 "__GNUC_MINOR__" 而非 "2"。必须用两层宏展开：
#define STRINGIFY(x) #x #define TOSTRING(x) STRINGIFY(x) #define GCC_VERSION_STR TOSTRING(__GNUC__) "." TOSTRING(__GNUC_MINOR__) "." TOSTRING(__GNUC_PATCHLEVEL__)
这样 GCC_VERSION_STR 展开后才是 "13.2.0"。Clang 和 MSVC 同理，但 MSVC 需先从 _MSC_FULL_VER 提取补丁段：
立即学习“C++免费学习笔记（深入）”；
-
_MSC_FULL_VER / 100000 % 1000→ 次版本（如194134120 / 100000 % 1000 = 341） -
_MSC_FULL_VER % 100000→ 构建号（通常忽略，或作为第三段） - 更稳妥做法：直接用
_MSC_VER推导主次版本，补丁号设为0，除非明确需要构建细节
常见错误：误判 Clang 兼容模式与 MSVC 混合宏
Clang 在 Windows 上常以 -fms-compatibility 模式编译，此时它会同时定义 __clang__ 和 _MSC_VER ——若判断顺序写成 “先检查 _MSC_VER 再检查 __clang__”，就会把 Clang 误认为 MSVC。
正确顺序必须是：先检测最特异的宏，再逐步回退：
- 优先检测
__clang__（Clang 独有）→ 再检测__GNUC__（GCC/Clang 共有，但 Clang 已被上一步拦住）→ 最后检测_MSC_VER - 切勿用
defined(__GNUC__) && !defined(__clang__)判断 GCC：某些嵌入式 GCC 变种可能不定义__clang__，但也不代表就是原生 GCC - MSVC 的
_MSC_VER在 MinGW-w64 下不会定义，但 Clang + mingw-w64 会同时定义__clang__和__MINGW32__，需注意交叉场景
版本对照表不能硬编码，得靠条件宏动态生成
所谓“全表”，不是真列几百行 Excel，而是用宏组合出可读、可比较的版本标识。比如定义：
#define COMPILER_VERSION_INT ( \
(__clang__ ? (__clang_major__ * 10000 + __clang_minor__ * 100 + __clang_patchlevel__) : \
(__GNUC__ ? (__GNUC__ * 10000 + __GNUC_MINOR__ * 100 + __GNUC_PATCHLEVEL__) : \
(_MSC_VER * 100 + (_MSC_FULL_VER % 100000) / 100))) \
)这样 COMPILER_VERSION_INT 就是一个统一的整型版本号（如 GCC 13.2.0 → 130200，Clang 18.1.8 → 180108，MSVC 1941 → 194100），可用于 #if 比较：
-
#if COMPILER_VERSION_INT >= 180100→ Clang ≥ 18.1.0 或 GCC ≥ 18.1.0（逻辑上成立，因数值可比） - 但要注意：不同编译器的数值域不重叠，所以跨编译器比较仅适用于“是否足够新”的粗略判断，不能用于精确语义等价
- 真正的“对照汇总”应放在构建脚本或 CI 配置里，C++ 层只负责提供可计算的版本原子
最易被忽略的一点：__clang_patchlevel__ 在旧 Clang（defined(__clang_patchlevel__) 做兜底，否则预处理失败。
