Visual Studio编译静态程序：已用VCPKG，为何还需CMake？

CMake并非是必须要用的工具，但它和VCPKG是互补关系，核心作用是把「手动配置编译链接」的过程自动化、标准化，解决很多手动操作会遇到的麻烦：

• 跨平台/编译器的配置统一
  Visual Studio的.vcxproj项目文件是Windows专属的，而CMake的CMakeLists.txt是跨平台通用的——如果以后你需要把项目拿到Linux、macOS上编译，或者换用GCC/Clang编译器，直接复用CMake配置就行，不用重新搭建整个项目的编译环境。CMake会自动适配不同编译器的编译、链接参数，不用你手动修改链接器设置。

• 自动处理依赖的链接细节
  VCPKG只是把静态库下载到指定目录，但手动配置VS项目时，你得自己逐个添加头文件包含目录、库文件目录，还要区分Debug/Release版本的库（比如带d后缀的调试版库）。而CMake通过find_package()配合VCPKG的集成，能自动识别这些依赖的细节，帮你把所有需要的头文件、库文件都配置好，不用手动一个个加，减少出错概率。

• 保障单文件静态程序的构建正确性
  你要做可部署的单文件静态程序，核心是确保所有依赖都以静态方式链接。CMake可以通过设置BUILD_SHARED_LIBS=OFF或者针对特定包启用静态编译选项，强制链接静态库，避免不小心链接了动态库导致部署时缺失DLL。另外，静态库之间往往存在依赖链（比如库A依赖库B），CMake能自动梳理并把所有依赖的库都加入链接列表，不用你手动排查。

• 适配项目规模扩展
  如果你的项目以后要添加更多依赖、拆分代码模块，CMake的模块化配置（比如add_subdirectory）能让项目结构保持清晰，而手动修改VS项目文件会随着项目复杂度提升变得越来越繁琐。

当然，如果只是做一个极简的小项目，完全可以不用CMake——直接在VS里手动添加VCPKG的包含目录、库目录，手动链接静态库也能完成目标。但CMake的价值在于把这些重复、容易出错的手动操作自动化，让项目的编译配置更可靠、更易维护。

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