C++ 根据宏判断系统当前编译器完整版本对照汇总汇总汇总【干货】

在C++跨平台开发中，准确识别当前编译器及其完整版本号，是处理平台差异、启用特定功能或规避已知Bug的第一步。但这事儿，光靠__GNUC__或_MSC_VER这类基础宏，往往只能看个大概，拿不到足够精细的版本信息。今天，我们就来梳理一套基于标准预定义宏，精确提取编译器厂商、主版本、次版本及修订号的完整判定逻辑。

一、GCC/Clang 系列编译器版本提取

GCC和Clang这对“近亲”，在版本宏的定义上保持了高度一致，都使用__GNUC__、__GNUC_MINOR__、__GNUC_PATCHLEVEL__这套组合拳。不过，这里有个关键细节：Clang会“伪装”成GCC，同时定义__clang__宏来表明真实身份。所以，我们的检测顺序必须讲究。

首先，得优先判断defined(__clang__)。这个宏是Clang的“身份证”，只要它存在，就基本可以锁定是Clang编译器，因为它会覆盖掉GCC的宏定义。

如果排除了Clang，再通过defined(__GNUC__) && !defined(__clang__)这个条件，就能确认是原生的GCC编译器了。

对于GCC和Clang，提取版本号的规则是统一的：主版本号看__GNUC__，次版本号看__GNUC_MINOR__，修订号则对应__GNUC_PATCHLEVEL__。这套方法简单直接，但前提是区分好了编译器类型。

二、MSVC 编译器版本解析

转到微软的MSVC这边，规则就完全不同了。它主要依赖一个宏：_MSC_VER。这个宏的值是一个整数，采用了YYMM的编码格式。比如，1929对应的是Visual Studio 2019的16.9版本。

检测MSVC时，有个陷阱需要注意：必须同时满足defined(_MSC_VER)且!defined(__clang__)。为什么要排除Clang？因为Clang在Windows上可以模拟MSVC模式（clang-cl），此时也会定义_MSC_VER，如果漏掉这个检查，就会误判。

确认是纯正的MSVC后，解析版本就简单了：主版本号等于_MSC_VER / 100。像1929除以100得19，对应Visual Studio 2019。而次版本号则是_MSC_VER % 100，即1929对100取余得到29。不过，这个29需要对照微软的版本映射表，才能知道它对应的是v16.9这样的具体版本。

三、Intel C++ Compiler (ICC/ICPC) 版本识别

Intel的编译器（ICC/ICPC）情况稍微复杂一些。它通过__INTEL_COMPILER和__INTEL_COMPILER_UPDATE两个宏来提供版本信息。但问题在于，不同代际的编译器，版本编码规则并不一致。

第一步是确认环境：检查defined(__INTEL_COMPILER)，并且要排除它不是Clang或GCC的伪装（即!defined(__clang__)且!defined(__GNUC__)）。

提取主版本时需要进行分段处理：如果__INTEL_COMPILER的值小于1000，那么主版本等于__INTEL_COMPILER / 100；否则，主版本等于__INTEL_COMPILER / 1000。至于修订号，则直接取__INTEL_COMPILER_UPDATE的值，这个值独立表示补丁级别。

四、其他编译器快速鉴别路径

除了上述主流编译器，项目中偶尔也会遇到一些相对冷门的选手。对于它们，鉴别思路是依赖其独有的宏组合进行排他性判断，避免与主流编译器的宏定义发生冲突。

例如，要检测EDG前端（它被用于Intel、NVIDIA NVC++等编译器），可以检查defined(__EDG_VERSION__)，同时确保不是Clang或MSVC（即!defined(__clang__)且!defined(_MSC_VER)）。

识别NVIDIA HPC SDK的编译器，则需要同时满足defined(__NVCOMPILER)和defined(__NVCOMPILER_MAJOR__)这两个条件。

而对于ARM Compiler（armclang），可以检查defined(__ARMCOMPILER_VERSION)。它的版本号编码方式比较特别，通常是主版本 * 100000 + 次版本 * 100 + 修订号这样的格式，需要做一下解码运算。

说到底，编译器版本检测的核心，在于理解各家的宏定义“方言”，并建立正确的、有优先级的判断链条。上面这套方法，算是把常见的坑都捋了一遍，希望能帮你写出更健壮的跨平台版本探测代码。