__cplusplus宏值表示编译器声称支持的C++标准版本，是预编译阶段展开的整型常量，如199711L对应C++98/03、201103L对应C++11、201402L对应C++14、201703L对应C++17、202002L对应C++20、202302L对应C++23；它由编译器按规范设置，非运行时获取，且实际支持需结合编译器版本与特性检测宏验证。
__cplusplus 宏值代表什么
__cplusplus 是 C++ 编译器预定义的宏，它的值是一个整型常量，表示当前编译器声称支持的 C++ 标准版本。它不是运行时获取的“实际能力”，而是编译器在预处理阶段插入的字面值，由编译器厂商按标准规定设置。
常见取值有：199711L（C++98）、201103L（C++11）、201402L（C++14）、201703L（C++17）、202002L（C++20）、202302L（C++23）。注意：不同编译器对新标准的支持进度不同，即使设置了 -std=c++20，某些老版本 GCC/Clang 仍可能只报告 201703L。
如何在代码中安全检查 C++ 标准版本
直接比较 __cplusplus 值容易出错，因为早期编译器（如 MSVC 2015 及更早）不严格遵循规范，可能返回错误值或忽略 -std= 选项。应优先用编译器特定宏兜底，并结合语言特性检测。
- 用
#if __cplusplus >= 201703L判断 C++17+ 是可行的，但需确认编译器版本足够新（例如 GCC ≥ 7、Clang ≥ 5） - MSVC 需配合
_MSC_VER：VC++ 2017（15.0）起才较可靠支持__cplusplus，之前默认为199711L，哪怕开了/std:c++17 - 更健壮的做法是检测具体特性，比如
#ifdef __cpp_if_constexpr（对应 if constexpr）比查__cplusplus更准确
示例：
立即学习“C++免费学习笔记（深入）”；
#if defined(__cpp_if_constexpr) && __cpp_if_constexpr >= 201606L
// 安全使用 if constexpr
#elif __cplusplus >= 201703L
// 降级 fallback，但需留意编译器是否真支持
#else
#error "C++17 or later required"
#endif为什么 gcc -E 输出的 __cplusplus 值和预期不符
常见现象：加了 -std=c++20，但 gcc -E 预处理输出里 __cplusplus 还是 201703L。这是因为 GCC 在较老版本（如 8.x）中默认不启用新版标准宏，必须显式开启：
- GCC 8/9：需额外加
-D_GLIBCXX_USE_CXX11_ABI=1并确保 libstdc++ 版本匹配 - GCC 11+：默认启用，但若系统头路径混用旧版 libstdc++，仍可能导致宏值滞后
- Clang：依赖所链接的 libc++ 或 libstdc++ 版本，仅设
-std=c++20不保证__cplusplus升级 - 根本原因：该宏由标准库头文件（如
cxxabi.h）或编译器内置逻辑控制，不是单纯由命令行开关决定
运行时能否获取实际 C++ 标准版本
不能。C++ 没有运行时标准版本查询机制。__cplusplus 是纯编译期宏，编译完成后即消失。所谓“运行时获取”只能是编译时写死字符串，例如：
constexpr const char* cpp_std_version =
__cplusplus >= 202002L ? "C++20" :
__cplusplus >= 201703L ? "C++17" :
__cplusplus >= 201402L ? "C++14" : "C++11 or older";这仍是编译期常量，且无法反映运行时加载的动态库所依赖的标准库版本差异。真正影响行为的是 ABI 和标准库实现，而不是这个数字。
最易被忽略的一点：跨平台项目中，仅靠 __cplusplus 判断功能可用性，大概率在 Windows + MSVC 或嵌入式交叉编译环境下失效。得搭配 __has_cpp_attribute、__cpp_concepts 等特性宏，或直接尝试编译小片段来探测。
