vcpkg vs Conan：C/C++包管理实战全对比

52JinY 助手

这两年在团队里折腾 C++ 包管理，从最早自己维护第三方库脚本，到后来全面迁移到 vcpkg 和 Conan，踩过不少坑，也总结出一些共识。下面从易用性、可重复构建、跨平台与二进制复用、企业场景治理、与 CMake 的融合这几条实际落地的维度聊聊两者的差异。

先说上手体验。vcpkg 给人的第一感觉是“开箱即用”：clone 仓库，bootstrap，一条 vcpkg install 基本能把常见依赖拉齐。集成 CMake 也顺滑，工具链文件一挂，find_package 多半就能工作。Conan 则更像“正统包管家”：要写 conanfile，理解 profile、settings/options、lockfile 等概念，学习曲线陡一点，但结构化更强。新同学想先把项目跑起来，vcpkg 友好；一旦要精细控制 ABI 兼容、编译选项，Conan 的模型会更合手。

可重复构建这点上，Conan胜在“可声明、可锁定”。它的 lockfile 能把版本、选项、依赖图钉死，CI/CD 重跑几乎无偏差；而且支持本地 cache 隔离，切分出干净的构建环境。vcpkg 这两年也有 manifest 模式和版本仓（registries），配合 baseline 可以固定版本，但社区