使用CMake构建混合C++版本目标的技术咨询

你给的CMake配置的目标属性设置思路是符合CMake最佳实践的，技术社区对这类混合版本构建的通用态度是：只要严格遵守ABI边界约束，分目标单独指定C++标准的做法完全可行，不存在规范层面的问题，但不是只要编成共享库就一定能兼容，有几个硬要求必须满足。

• 首先纠正一个常见误区：共享库不是跨版本兼容的必要条件，静态库只要满足同样的ABI约束也可以正常链接。只是共享库能把不同标准的实现边界隔得更清楚，降低标准库、运行时冲突的概率，是更稳妥的工程选择，不是唯一解。
• 你当前CMake里给每个target单独设置CXX_STANDARD、关闭编译器扩展、强制要求标准版本的写法是对的，比全局设置CMAKE_CXX_STANDARD的方式灵活得多，不会强制所有目标用同一套编译标准，这部分不需要修改。

要让这套配置实际能跑通、不出现编译失败或者运行时随机崩溃，必须满足几个硬约束，缺任何一个都可能出问题：

1. 库的公共头文件100%兼容C++11语法
   MyCpp14Library.hpp是要被C11编译的主应用引入的，这个文件里绝对不能出现C14及以上的语法、标准库组件：比如std::make_unique、泛型lambda、变量模板、auto返回值推导这类特性都不能有，否则C11侧直接编译报错。建议加个简单的校验步骤：用C11标准编译一个只引入该公共头文件的空源文件，提前踩露头文件的语法兼容问题。
2. 两端必须链接同一大版本的C++标准库与运行时
   不管用GCC、Clang还是MSVC，库和主程序链接的C标准库必须是同一个主版本，运行时配置必须完全对齐：Windows下不能一个用动态CRT（/MD）一个用静态CRT（/MT），Debug/Release配置也要对应；Linux下不能出现库用高版本libstdc、主程序用多年前的低版本libstdc++的情况，否则会出现符号找不到、内存布局不匹配的问题。
3. 跨边界的接口严格控制内存与类型兼容性
   禁止在库的公共接口里跨标准边界传递非稳定ABI的对象：比如不要直接传标准库容器、标准库异常对象，不要让C11侧去析构C14侧new出来的标准库类型对象。最稳妥的做法是要么用纯C风格接口（兼容性拉满），要么对C实现做Pimpl封装，所有对象的构造、析构、内存操作都在C14库的内部完成，对外只暴露不透明句柄或者内存布局固定的POD结构体。
4. 你开的CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS只是Windows下自动导出符号的便利配置，本身和版本兼容无关。如果库里有纯虚类、模板实例化符号，建议还是显式用__declspec(dllexport/dllimport)控制导出，避免出现漏导出符号的链接错误。

这套方案本身是工业界非常常见的做法，LLVM、Qt等大型项目都长期用类似的方案：内部模块用更高版本的C++标准提升开发效率，对外暴露严格遵守ABI约定的接口，供低版本标准编译的用户程序链接，只要满足上面的约束就没有合规性问题。

内容的提问来源于stack exchange，提问作者shashashamti2008