__cplusplus宏用于标识C++标准版本而非判断是否为C++环境；其值自C++11起标准化为整型常量（如C++17为201703L），应使用>=比较，且需结合编译器特性与标准库支持综合判断。
__cplusplus 宏不是用来“判断当前编译环境是否为 C++”的——它总是在 C++ 编译器下定义，在 C 编译器下不定义。真正的作用是：**标识当前启用的 C++ 标准版本**。
为什么不能用它判断“是不是 C++”
很多新手误以为检查 __cplusplus 是否定义就能区分 C/C++，但这是错的：
- C 编译器（如
gcc以.c文件编译）根本不会定义__cplusplus，所以#ifdef __cplusplus在 C 中自然不成立； - 但反过来，
#ifdef __cplusplus成立只说明“正在用 C++ 模式编译”，不等于“当前文件是 C++”——比如你用g++编译一个.c文件，它也会定义__cplusplus（并按 C++ 规则解析），这时文件实际可能因语法不兼容而报错； - 真正判断“编译器身份”的方式是看调用的是
gcc还是g++、或是否加了-x c++等参数，而非依赖宏。
它怎么表示 C++ 标准版本
自 C++11 起，__cplusplus 的值被标准化为整型常量，不同标准对应不同数值：
- C++98/03：
199711L - C++11：
201103L - C++14：
201402L - C++17：
201703L - C++20：
202002L - C++23：
202302L（GCC 13+、Clang 16+ 支持）
注意：MSVC 长期把 __cplusplus 错误地固定为 199711L（即使开启 C++17），必须配合 _MSVC_LANG 使用：
立即学习“C++免费学习笔记（深入）”；
#if defined(_MSC_VER) && !defined(__clang__) # if _MSVC_LANG >= 201703L // 实际是 C++17 或更高 # endif #else # if __cplusplus >= 201703L // GCC/Clang 正常走这里 # endif #endif
常见误用和坑点
直接比较 __cplusplus == 201703L 是危险的——它无法匹配 C++20 编译器在 C++17 模式下的行为，更无法应对未来标准。应始终使用 >=：
- ❌
#if __cplusplus == 201703L—— 排除 C++20/23 兼容模式 - ✅
#if __cplusplus >= 201703L—— 正确表达“支持 C++17 及以上特性” - ⚠️ 头文件中若依赖
std::optional，仅检查__cplusplus >= 201703L不够，还需确认标准库是否提供（如旧版 libstdc++ 未实现） - ⚠️ 启用
-std=gnu++17时__cplusplus仍是201703L，但 GNU 扩展可能影响行为，不能仅靠它判断语言特性可用性
替代方案：需要条件编译时该怎么做
如果目标是“有 std::string_view 才用它”，比单纯查 __cplusplus 更可靠的方式是：
- 先检查标准版本（
__cplusplus >= 201703L） - 再尝试包含头文件并探测符号：
#include <string_view>+#ifdef __has_include（Clang/GCC 支持） - 对 MSVC，补查
_HAS_CXX17或_HAS_STRING_VIEW（取决于工具链版本）
宏本身不撒谎，但它只告诉你“编译器声称支持什么标准”，不保证实现完整、不保证头文件就绪、也不反映你的构建配置是否真启用了该标准。
