第1章：C++标准管理——set(CMAKE_CXX_STANDARD ...)、编译特性检查、标准版本控制
大家好，我是你们的老朋友。今天咱们聊聊CMake里一个绕不开的话题——C++标准管理。
说实话，我刚入行那会儿，C++标准这事儿真没太当回事。项目能编译过就行，管它C++11还是C++14呢？直到有一次，我在一个跨平台项目里，Windows上用VS编译好好的，到了Linux上用GCC就报了一堆std::shared_ptr相关的错误。排查了半天，才发现是CMake里没指定C++标准，两个编译器默认的标准版本不一样。
嗯，从那以后，我再也不敢忽视C++标准管理了。
1.1 为什么需要显式指定C++标准？
你想想看，不同的编译器，默认的C++标准版本可能完全不同：
- GCC 4.8.x 默认是 C++98
- GCC 5.x 默认是 C++11
- GCC 11.x 默认是 C++17
- MSVC 2019 默认是 C++14
- Clang 12+ 默认是 C++14 或 C++17
如果不显式指定，你的代码可能在A机器上跑得飞起，在B机器上就编译不过。说白了，这就是个“隐式依赖”的坑。
核心原则：C++标准必须显式声明，不能依赖编译器的默认行为。
1.2 使用 set(CMAKE_CXX_STANDARD ...)
CMake提供了最直接的方式——设置全局变量：
# 设置C++标准为C++17
set(CMAKE_CXX_STANDARD 17)
# 强制要求编译器支持该标准，如果不支持则报错
set(CMAKE_CXX_STANDARD_REQUIRED ON)
# 禁止使用编译器扩展（如GNU++17）
set(CMAKE_CXX_EXTENSIONS OFF)
我个人习惯把这三行放在CMakeLists.txt的顶部，紧跟在project()之后。这样整个项目都统一使用同一个标准，不会出现混乱。
小提示：CMAKE_CXX_STANDARD_REQUIRED ON 是个好东西。我曾经在一个老旧的嵌入式项目里忘了加这个，结果编译器默默降级到了C++14，导致一些C++17的特性在运行时出现了诡异的行为。加上它，编译器如果不支持就直接报错，反而更安全。
1.3 编译特性检查——target_compile_features()
全局设置虽然方便，但有时候我们只想对某个特定的目标（target）指定标准。这时候就要用到target_compile_features()了。
# 要求编译器支持C++11的auto关键字
target_compile_features(my_target PRIVATE cxx_auto_type)
# 要求编译器支持C++14的泛型lambda
target_compile_features(my_target PRIVATE cxx_generic_lambdas)
# 要求编译器支持C++17的if constexpr
target_compile_features(my_target PRIVATE cxx_if_constexpr)
这里有个细节要注意：PRIVATE、INTERFACE、PUBLIC 的含义和普通的目标属性一样。
- PRIVATE：只对本目标生效，不传播给依赖者
- INTERFACE：只对依赖者生效，本目标不需要
- PUBLIC：本目标和依赖者都需要
举个例子，如果你写了一个头文件库（header-only library），它用到了C++17的std::optional，那么你应该用INTERFACE或PUBLIC，让所有使用这个库的目标都知道需要C++17。
注意：不要滥用target_compile_features()。如果你整个项目都统一用C++17，直接用set(CMAKE_CXX_STANDARD 17)更简洁。特性检查更适合用在“部分目标需要更高标准”的场景。
1.4 标准版本控制的最佳实践
在实际项目中，我总结了一套“三步走”的策略：
- 项目级别统一设置：在顶层的CMakeLists.txt中，用
set(CMAKE_CXX_STANDARD 17)设定全局标准。 - 子项目按需覆盖：如果某个子模块需要更高的标准（比如C++20），可以在该子模块的CMakeLists.txt中重新
set(CMAKE_CXX_STANDARD 20)。 - 接口库使用特性检查：对于头文件库或接口库，用
target_compile_features()声明所需的最小特性。
这样做的好处是：既保证了整体的一致性，又保留了灵活性。
1.5 知识体系总览
下面这张图，是我梳理的C++标准管理的核心逻辑。你可以把它当作一个“决策树”来看：
1.6 避坑指南
最后，分享几个我踩过的坑：
坑1：我曾经在一个大型项目中，同时使用了set(CMAKE_CXX_STANDARD 17)和target_compile_features()，结果两者冲突了。CMake会优先使用target_compile_features()中要求的最高标准，但如果你在全局设置了CMAKE_CXX_STANDARD_REQUIRED OFF，编译器可能会悄悄降级。建议：要么全用全局设置，要么全用特性检查，不要混用。
坑2：CMAKE_CXX_EXTENSIONS OFF 这个选项，在GCC上会把-std=c++17变成-std=c++17（不带GNU扩展），但在MSVC上可能没效果。如果你需要跨平台一致性，记得在CI里加上编译器的版本检查。
我的习惯：新项目一律从C++17起步。C++11太老，C++20有些编译器支持还不完整。C++17是目前最平衡的选择——特性丰富，编译器支持也成熟。
好了，关于C++标准管理，今天就聊到这儿。记住一句话：标准要显式，特性要检查，版本要控制。做到这三点，你的CMake项目在C++标准这块就不会出大问题。