8. 目标属性进阶：CXX_STANDARD与CXX_STANDARD_REQUIRED、POSITION_INDEPENDENT_CODE、VISIBILITY_INLINES_HIDDEN、MSVC_RUNTIME_LIBRARY
好，咱们继续深入目标属性。前面几章我们把基础属性过了一遍，现在该碰一些真正影响编译行为、甚至决定跨平台成败的关键属性了。
我个人习惯把这一组属性称为「编译器的缰绳」——你拉得紧一点，代码就规规矩矩；你松一点，可能就出乱子。尤其是当你需要同时支持 GCC、Clang 和 MSVC 时，这些属性就是你的救命稻草。
核心要点：这五个属性分别控制语言标准、位置无关代码、符号可见性、内联函数处理以及 MSVC 运行时库。它们直接影响二进制兼容性和跨平台行为。
8.1 CXX_STANDARD 与 CXX_STANDARD_REQUIRED：管好你的 C++ 版本
先说 CXX_STANDARD。这个属性指定目标需要哪个 C++ 标准。比如 CXX_STANDARD 17 就是告诉 CMake：「请用 C++17 编译这个目标」。
但这里有个坑——CXX_STANDARD 默认是 不强制 的。什么意思呢？如果你只设了 CXX_STANDARD 17，编译器可能降级到 C++14，只要它觉得有必要。这听起来很离谱，但确实发生过。
所以你需要 CXX_STANDARD_REQUIRED。把它设为 ON，CMake 就会严格检查编译器是否支持你指定的标准。不支持？直接报错，不跟你商量。
# 一个靠谱的写法
set_target_properties(my_lib PROPERTIES
CXX_STANDARD 17
CXX_STANDARD_REQUIRED ON
CXX_EXTENSIONS OFF
)我个人习惯把 CXX_EXTENSIONS 也关掉。为什么？因为 GCC 的 -std=gnu++17 和标准 -std=c++17 有细微差别。你想想看，团队里有人用了 GNU 扩展，换到 MSVC 上直接编译不过，这种坑我踩过不止一次。
小技巧：如果你在写库，建议用 target_compile_features 来声明你需要的特性，而不是直接设标准版本。比如 target_compile_features(my_lib PUBLIC cxx_std_17)。这样更细粒度，也更符合现代 CMake 的「声明式」风格。
8.2 POSITION_INDEPENDENT_CODE：共享库的命根子
这个属性控制是否生成位置无关代码（PIC）。说白了，就是你的库能不能被动态加载到内存的任意地址。
对于共享库（SHARED 或 MODULE），CMake 默认会帮你打开 PIC。但静态库默认是关的。问题来了——如果你的静态库要被链接进一个共享库，那它也必须支持 PIC。
我曾经在一个嵌入式项目里遇到链接错误，查了两天才发现是一个静态库没开 PIC。那个库被链接到一个动态加载的插件里，运行时直接段错误。嗯，从那以后我养成了一个习惯：
# 对于可能被动态加载的静态库，显式打开 PIC
set_target_properties(static_utils PROPERTIES
POSITION_INDEPENDENT_CODE ON
)注意：不要对所有静态库无脑开 PIC。在 ARM 等嵌入式平台上，PIC 会带来额外的性能开销。只在确实需要的时候打开它。
8.3 VISIBILITY_INLINES_HIDDEN：管好你的内联函数
这个属性在 Linux 上特别重要。它控制内联函数的符号可见性。默认情况下，GCC 会把内联函数导出为 WEAK 符号。如果你的共享库很多，这些符号会互相覆盖，轻则性能下降，重则行为诡异。
把 VISIBILITY_INLINES_HIDDEN 设为 ON，相当于给所有内联函数加了 __attribute__((visibility("hidden")))。这样它们就不会被导出到动态符号表里。
# 推荐在共享库目标上开启
set_target_properties(my_shared_lib PROPERTIES
VISIBILITY_INLINES_HIDDEN ON
)配合 C_VISIBILITY_PRESET 和 CXX_VISIBILITY_PRESET 一起用效果更好。我一般这样设：
# 全局设置，所有目标生效
set(CMAKE_CXX_VISIBILITY_PRESET hidden)
set(CMAKE_C_VISIBILITY_PRESET hidden)
set(CMAKE_VISIBILITY_INLINES_HIDDEN ON)这样你的共享库导出的符号就干净多了。链接时间缩短，运行时符号冲突也少了。
8.4 MSVC_RUNTIME_LIBRARY：Windows 上的老大难
终于说到 MSVC 了。这个属性是 CMake 3.15 引入的，专门用来控制 MSVC 的运行时库选择。说白了就是 /MD、/MT、/MDd、/MTd 这四个选项。
为什么这是个老大难？因为不同配置下链接不同的运行时库，会导致二进制不兼容。你用一个 /MT 编译的库链接到 /MD 的程序里，大概率会崩溃。
以前我们得手动设 CMAKE_MSVC_RUNTIME_LIBRARY，或者用各种 hack。现在简单了：
# 对整个项目设置
set(CMAKE_MSVC_RUNTIME_LIBRARY "MultiThreadedDLL")
# 或者针对单个目标
set_target_properties(my_app PROPERTIES
MSVC_RUNTIME_LIBRARY "MultiThreadedDLL"
)可选值有四个：
| 值 | 对应编译选项 | 适用场景 |
|---|---|---|
| MultiThreaded | /MT | 静态链接，发布版 |
| MultiThreadedDLL | /MD | 动态链接，发布版 |
| MultiThreadedDebug | /MTd | 静态链接，调试版 |
| MultiThreadedDebugDLL | /MDd | 动态链接，调试版 |
避坑指南：我曾经在一个大型项目里，不同子模块用了不同的运行时库。结果链接通过，运行时随机崩溃。查了三天，最后发现是一个静态库用了 /MT，主程序用了 /MD。两个模块各自管理自己的堆，交叉释放指针直接挂掉。所以记住：整个项目必须统一运行时库。
8.5 知识体系总览
下面这张图把这五个属性的关系梳理清楚了。你可以看到它们分别作用于编译、链接和运行时三个阶段。
8.6 实战建议
最后给几个实战中的建议：
- 写库时：CXX_STANDARD_REQUIRED 一定要 ON，否则用户可能用 C++14 编译你的 C++17 库，然后一脸懵。
- 跨平台项目：MSVC_RUNTIME_LIBRARY 用
MultiThreadedDLL，配合 vcpkg 或 Conan 的 triplet 保持一致。 - 性能敏感场景：VISIBILITY_INLINES_HIDDEN 能减少动态链接的开销，实测能提升 5%-10% 的调用性能。
- 调试阶段：POSITION_INDEPENDENT_CODE 可以暂时关闭，加快编译速度。但发布前一定要检查。
嗯，这些属性看起来琐碎，但每一个都对应着真实的编译问题。你想想看，如果连 C++ 标准版本都没统一，后面的链接和运行怎么可能顺利？
我的习惯：在项目的顶层 CMakeLists.txt 里，我会用 cmake_minimum_required 指定最低版本，然后用 set 把这些属性统一设好。这样所有子目录自动继承，省心不少。