C++如何根据宏判断系统当前的编译器版本信息 _ 跨平台宏汇总【干货】-C++-PHP中文网

c++oding="utf-8" ?>

安全判断gcc版本应使用__gnuc__等数值宏进行区间比较，如#if __gnuc__ >= 12表示12.x及以上；避免等值匹配，需结合__gnuc_minor__和__gnuc_patchlevel__精确判定，如>= 11.3须写为(__gnuc__ > 11 || (__gnuc__ == 11 && __gnuc_minor__ >= 3))。

c++如何根据宏判断系统当前的编译器版本信息 _ 跨平台宏汇总【干货】

直接看编译器宏，别猜版本号——_MSC_VER、__GNUC__、__clang__ 这三个是核心，其余都是干扰项。

怎么安全判断 GCC 版本（含 MinGW/Clang 兼容模式）

GCC 系列宏（__GNUC__、__GNUC_MINOR__、__GNUC_PATCHLEVEL）是整数，可直接用于数值比较，但必须用区间而非等值匹配：

#if __GNUC__ >= 12 表示 GCC 12.x 及以上（含 12.0、12.4），不是“刚好 12”
#if __GNUC__ > 11 || (__GNUC__ == 11 && __GNUC_MINOR__ >= 3) 才是 ≥ 11.3 的正确写法
单独用 __GNUC__ == 11 很危险：GCC 11.1 和 11.4 对 std::format 支持程度不同，补丁级差异会影响编译
MinGW-GCC 和 Linux GCC 都定义 __GNUC__，但头文件路径和 ABI 可能不一致，需配合 __MINGW32__ 或 __linux__ 进一步限定

MSVC 版本只认 `_MSC_VER`，其他全是坑

_MSC_VER 是唯一跨 VS 版本稳定、文档化、可用于条件编译的宏。它的值对应主+次版本（如 VS2022 17.9 → _MSC_VER == 1939），不是构建号或年份：

C函数速查手册（CHM版）

下载

#if _MSC_VER >= 1930 判断是否支持 VS2022+ 新增的 std::span constexpr 构造
_MSC_FULL_VER 包含五位构建号（如 193933519），不同 Update 值跳跃无规律，绝对不要用于条件编译
Clang-cl 模式下也会定义 _MSC_VER，这是好事——说明你处在 MSVC ABI + Windows SDK 环境，不是“误判”
WINVER 或 _WIN32_WINNT 控制的是 Windows SDK 行为，和编译器版本无关，混用会导致 GetTickCount64 等函数不可见

Clang 版本优先用 `__clang_major`，别信 `c`

Clang 提供了标准的四组宏：__clang_major__、__clang_minor__、__clang_patchlevel__、__clang_version__（字符串）。它们比 __GNUC__ 更可靠：

#if __clang_major__ >= 16 可安全判断 Clang 16+ 是否支持 C++23 std::expected
__GNUC__ 在 Clang 上也可能被定义（兼容模式），但它反映的是 GCC 兼容层版本，不是 Clang 本身能力
__c 不是标准宏，某些旧版 Clang 根本不定义它，查不到就报错
macOS 自带 Clang 默认启用 -std=gnu++17，但 __cpp_concepts 可能仍为 0；此时应结合语言特性宏验证，而非只看编译器版本

别把操作系统宏和编译器宏混着用

_WIN32 表示目标平台是 Windows，_MSC_VER 表示正在用 MSVC 编译——二者可能同时成立，但语义完全不同：

交叉编译时：_WIN32 可能为真，_MSC_VER 却未定义（比如用 GCC for Windows 编译）
macOS 上：__APPLE__ 和 __clang__ 都为真，但 __GNUC__ 也可能为真（Clang 兼容 GCC 宏），不能靠它反推平台
Android NDK 使用 Clang，定义 __clang__ 和 __ANDROID__，但不定义 _WIN32 或 __linux__ ——__linux__ 是 GNU/Linux 专用，Android 不算
真正需要运行时识别系统时（极少数场景），uname() 的 sysname 字段才可信；getenv("OS") 在 Linux 下返回 nullptr，system("uname") 在容器里大概率失败

最常被忽略的一点：版本宏只解决「能不能编译」，不保证「行为一致」。比如 __cpp_ranges 为 201911L 表示支持 ranges，但 libstdc++ 和 libc++ 对 views::filter 的 SFINAE 处理仍有差异——最终得靠实际编译+测试，而不是宏值够高就万事大吉。