应按优先级顺序检测：先_msc_ver（含clang-cl），再__clang__（原生clang），最后__gnuc__（gcc/mingw）；版本判断须用区间比较而非硬匹配，且clang需用__clang_major__系列宏。
直接用预定义宏判断编译器类型最可靠，但顺序错、比较方式错，就会在 Clang on Windows 或 MinGW 环境下误判为 GCC 或 MSVC。
如何正确区分 GCC / Clang / MSVC 编译器类型
不能只靠 __GNUC__ 或 __clang__ 单独存在来断定——Clang 在 Windows 上常同时定义 __clang__ 和 _MSC_VER，而 MinGW 下的 GCC 也可能定义 _WIN32。必须按优先级顺序检测：
- 先查
_MSC_VER：只要它被定义，就认为是 MSVC 或兼容模式（如clang-cl），无需再看其他宏 - 再查
__clang__：若未定义_MSC_VER但定义了__clang__，才是原生 Clang - 最后查
__GNUC__：仅当以上两个都未定义时，才当作 GCC（含 MinGW）
示例结构：
#if defined(_MSC_VER) // MSVC or clang-cl #elif defined(__clang__) // Native Clang #elif defined(__GNUC__) // GCC or MinGW-GCC #else // unknown compiler #endif
GCC 版本判断：用 __GNUC__ 系列宏做区间比较
__GNUC__、__GNUC_MINOR__、__GNUC_PATCHLEVEL 是 GCC 工具链定义的标准宏，值为整数，可安全用于数值比较。硬匹配（如 #if __GNUC__ == 12）容易因补丁版本差异失效。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
#if __GNUC__ >= 12表示 GCC 12.x 及以上（含 12.1、12.4） -
#if __GNUC__ > 11 || (__GNUC__ == 11 && __GNUC_MINOR__ >= 3)表示 ≥ 11.3 - 避免单独依赖
__GNUC__：GCC 10 和 11 对 C++20concept支持程度不同，需结合__cpp_concepts验证
MSVC 版本判断：只认 _MSC_VER，别碰 _MSC_FULL_VER
_MSC_VER 是 MSVC 唯一稳定、文档化且跨 VS 版本可比的宏，其值对应主版本号（如 VS2019 是 1920，VS2022 是 1930）。它在 clang-cl 模式下也会被定义——这反而是优势，表示你处在 MSVC 兼容 ABI 和头文件环境中。
-
#if _MSC_VER >= 1930判断是否支持 VS2022+ 新增的 STL 特性（如std::span的 constexpr 构造） - 不要用
_MSC_FULL_VER：它包含构建号，不同 Update 版本值跳跃无规律，不适合作为条件编译依据 - 别混淆
WINVER或_WIN32_WINNT：它们控制 Windows SDK 行为，和编译器版本无关
Clang 版本判断：优先用 __clang_major__ 系列，慎用 __clang__
__clang__ 只是存在性标志（值恒为 1），不能反映版本；真正可用的是 __clang_major__、__clang_minor__、__clang_patchlevel__。
-
#if __clang_major__ >= 15表示 Clang 15.x 及以上 - 注意：Clang on Windows（即
clang-cl）会同时定义__clang__和_MSC_VER，此时应以_MSC_VER为准，不进入 Clang 分支 - 某些旧版 Clang（如 3.4 之前）可能未定义
__clang_major__，建议加兜底：#ifdef __clang_major__再判断
跨平台项目里最容易被忽略的点：Clang 和 GCC 都定义 __GNUC__，但 Clang 的 __GNUC__ 值只是模拟 GCC ABI 的兼容层，不代表真能用 GCC 特有扩展；真正要写 Clang 专属逻辑，必须先排除 _MSC_VER，再确认 __clang__，最后用 __clang_major__ 定版本。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
