CMAKE_CXX_STANDARD必须在add_executable前设置，否则无效；需配合CMAKE_CXX_STANDARD_REQUIRED ON防止降级；推荐用target_compile_features按需声明特性，避免手动修改CMAKE_CXX_FLAGS。
set(CMAKE_CXX_STANDARD) 必须放在 add_executable 之前
这个变量不是“随时可设”的开关，它只对后续定义的 target 生效。如果写在 add_executable 或 add_library 之后，那些目标完全不会受其影响——CMake 不会回溯修改已创建的目标属性。
常见错误现象：改了 set(CMAKE_CXX_STANDARD 17) 却发现编译器仍用 C++14，十有八九是位置错了。
- 正确顺序：先
set(CMAKE_CXX_STANDARD 17)，再add_executable(...) - 推荐紧贴
project(...)后面写，避免遗漏 - 若项目含多个子目录（
add_subdirectory），该设置默认不继承；需在每个子CMakeLists.txt中重新设置，或用set(... PARENT_SCOPE)传递（不推荐，易出错）
set(CMAKE_CXX_STANDARD_REQUIRED ON) 能防止编译器悄悄降级
默认情况下，CMake 允许编译器“妥协”：比如你设了 set(CMAKE_CXX_STANDARD 20)，但 clang-12 不支持 -std=c++20，它可能自动 fallback 到 -std=c++17，而构建仍成功——这会导致 consteval 或 ranges::filter_view 等特性不可用，却无任何警告。
启用 required 后，CMake 会在 configure 阶段直接报错：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
Could not find compiler mode for C++ standard "20". Compiler does not support this standard.
- 必须成对使用：
set(CMAKE_CXX_STANDARD 20)+set(CMAKE_CXX_STANDARD_REQUIRED ON) - 设为
OFF或不设，等于放弃标准一致性保障 - CI/CD 环境强烈建议开启，避免本地能过、CI 报错
target_compile_features 比单纯设标准更精准
设 CMAKE_CXX_STANDARD 17 是粗粒度控制，它强制所有目标用 C++17，但实际可能只有一两个源文件需要 structured bindings。更稳妥的做法是按需声明特性：
add_executable(my_tool main.cpp parser.cpp) target_compile_features(my_tool PRIVATE cxx_structured_bindings cxx_if_constexpr)
这样即使全局标准是 C++14，my_tool 也会获得 C++17 特性支持（CMake 自动补全必要标志），而其他目标不受影响。
-
PRIVATE：仅该 target 编译时生效，不传导给依赖者 -
PUBLIC：该 target 及其依赖者都获得该特性（用于头文件中用了新语法的库） - 特性名查表用
cxx_auto_type、cxx_generic_lambdas，不是版本号，更可靠
别碰 CMAKE_CXX_FLAGS 加 -std=xxx
手动往 CMAKE_CXX_FLAGS 里拼 -std=c++17 看似简单，实则埋雷：
- 不同编译器 flag 不同：MSVC 用
/std:c++17，GCC/Clang 用-std=c++17，硬写会崩 - 覆盖风险：后续
set(CMAKE_CXX_FLAGS "...")可能清掉你加的 flag - 与
CMAKE_CXX_STANDARD冲突：CMake 可能生成重复或矛盾的 flag，触发编译器警告甚至拒绝编译
唯一合理场景：调试时临时加 -std=gnu++17 测试 GNU 扩展——但上线前必须删掉，改用 set(CMAKE_CXX_EXTENSIONS ON)。
最易被忽略的一点：CMake 版本低于 3.1 时 CMAKE_CXX_STANDARD 根本不存在，configure 直接失败。检查 cmake_minimum_required(VERSION 3.1) 是底线，不是可选项。
