__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：202502L
• C++23：202502L（GCC 13+、Clang 16+ 支持）

注意：MSVC 长期把 __cplusplus 错误地固定为 199711L（即使开启 C++17），必须配合 _MSVC_LANG 使用：

#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 + #ifdef __has_include（Clang/GCC 支持）
• 对 MSVC，补查 _HAS_CXX17 或 _HAS_STRING_VIEW（取决于工具链版本）

宏本身不撒谎，但它只告诉你“编译器声称支持什么标准”，不保证实现完整、不保证头文件就绪、也不反映你的构建配置是否真启用了该标准。