auto用于变量声明（如auto x = 42;）最早出现在C++11标准中，取代了C++98/03中无意义的存储期说明符用法，成为类型自动推导的关键特性。
直接看代码里用了什么特性，再查它最早出现在哪个标准里——这是最可靠、最不绕弯的判断方式。
查关键字和语法特征对应的标准版本
很多 C++ 特性是分阶段引入的，不是凭感觉猜。比如：
-
auto用于变量声明（如auto x = 42;）：C++11 起支持；C++03 不支持 -
constexpr函数：C++11 支持基础形式，C++14 才允许函数体含循环/分支，C++20 进一步放宽 -
if constexpr：C++17 引入，C++14 及以前完全无效 -
std::optional、std::string_view：C++17 标准库组件，低于该标准会编译失败 -
[[nodiscard]]属性：C++17 引入，GCC 7+ / Clang 4+ / MSVC 2017+ 支持
遇到不认识的语法，先搜 “C++ feature timeline” 或查 cppreference 上对应条目的 “Since C++XX”。不要依赖编译器默认行为——比如 MSVC 在未指定标准时可能悄悄启用 C++14 某些特性，但 GCC 默认是 GNU++14，行为不一致。
看头文件和标准库组件的使用
标准库头文件的命名和内容变化明显：
立即学习“C++免费学习笔记（深入）”；
-
#include <memory>中用std::make_unique：C++14 引入，C++11 只有std::make_shared -
#include <variant>或<any>：C++17 才有 -
#include <span>：C++20，连 Clang 14 默认都不开，需显式加-std=c++20 - 用
std::filesystem::path：C++17 标准化（此前是 TS，GCC 8+ 才稳定支持）
注意：有些头文件名没变（如 <vector>），但接口扩展了（如 C++11 加了 emplace_back）。这时得看具体调用的成员函数，而不是头文件本身。
用预定义宏在代码里做条件编译验证
靠人眼判断容易漏，直接让代码自己“说话”：
- 对 GCC/Clang：
__cplusplus宏值决定可用特性边界。例如__cplusplus >= 201703L表示 C++17 或更高 - 对 MSVC：
_MSVC_LANG才反映实际生效的标准（__cplusplus在旧版 MSVC 中恒为 199711L，不可信） - 可写一段探测代码，放在构建前或 CI 中运行：
#if defined(_MSC_VER)
# if _MSVC_LANG >= 201703L
# pragma message("C++17 or later enabled")
# endif
#elif __cplusplus >= 201703L
# pragma message("C++17 or later enabled")
#endif注意：__cplusplus 值只反映编译器声称支持的标准，不代表你代码真能跑通——比如开了 C++17 但用了 std::format（C++20），仍会报错。
编译器报错信息里藏着标准线索
当编译失败时，错误提示常暴露标准缺口：
-
error: 'optional' is not a member of 'std'→ 缺 C++17 -
error: 'if constexpr' does not declare a variable→ 编译器没开 C++17 或更高 -
error: 'std::string_view' has not been declared→ 同上，也可能是 libstdc++ 版本太低（GCC 7+ 配合 -std=c++17） -
warning: 'auto' changes meaning in C++11→ 当前是 C++03/GNU89 模式，而代码写了 C++11 语法
关键点：别只看第一行错误。有时真正的问题在前面几行——比如模板实例化失败，根源可能是某个类型 trait 在低版本中未定义（如 std::is_invocable 是 C++17 引入），导致后续推导崩塌。
最常被忽略的是编译器与标准库版本的错配。比如用 GCC 9 编译 C++17 代码，但链接的是旧版 libstdc++（如系统自带的 GCC 4.8 的 runtime），std::optional 就会找不到符号。这时候光改 -std=c++17 没用，得确保工具链整体对齐。
