使用vcpkg安装软件包时三种Windows triplet有何区别？

三者的核心区别完全围绕二进制输出格式、依赖链接规则、MSVC运行库绑定方式三个维度展开，没有功能优先级差异，只需要根据项目实际的链接规则匹配选择即可。

1. x64-windows 动态链接Triplet #

这是vcpkg在Windows x64平台的默认Triplet，实际行为包括：

• 编译目标包时，会生成对应架构的动态链接库（.dll）以及配套的导入库（.lib），不会输出纯静态库文件
• 包本身的所有第三方依赖、MSVC标准运行库（CRT）全部走动态链接规则，不会把对应代码编译进二进制文件
• 安装完成后，所有依赖的dll会统一存放在vcpkg的bin/目录下，项目集成后必须把这些dll和自己的可执行文件一起分发，否则运行时会触发缺依赖的报错
• 适用场景：日常开发调试，包的编译速度快、体积小，和绝大多数Windows原生动态库的开发规则兼容，不需要额外做链接规则对齐

2. x64-windows-static 纯静态链接Triplet #

这个Triplet是完全静态链接的配置，实际行为包括：

• 编译目标包时，只会生成纯静态库（.lib），完全不生成dll文件
• 编译阶段会开启全静态链接规则：包的所有第三方依赖、连同MSVC标准运行库（CRT）的代码都会被直接嵌进最终的静态库内部，对应VS项目的/MT编译选项
• 项目集成后，最终生成的可执行文件不需要附带任何第三方依赖的dll，也不要求目标机器预装对应版本的VC++运行库，单文件拷到其他同架构Windows机器就可以直接运行
• 常见踩坑点：如果自己的项目默认用动态链接CRT（VS默认的/MD选项），和这个Triplet安装的静态库混编会直接出链接错误：要么报大量重复符号定义，要么跨库内存分配/释放时触发堆损坏崩溃，必须保证整个项目（包括自己写的代码、第三方依赖）的CRT链接规则完全统一

3. x64-windows-static-md 静态库+动态CRT Triplet #

这个Triplet是很多静态发布场景更常用的配置，核心行为和前两者的差异点非常明确：

• 和x64-windows-static一样，编译目标包时只会生成纯静态库（.lib），不会输出dll
• 区别于x64-windows-static的核心配置：包自身的所有第三方依赖依然走全静态链接，但MSVC标准运行库（CRT）采用动态链接规则，对应VS项目的/MD编译选项
• 相比x64-windows-static的优势：不会把重复的MSVC运行库代码嵌进每个静态库文件，最终生成的可执行文件体积能小很多，同时也保留了“不需要额外分发第三方依赖dll”的好处；唯一的分发要求是目标机器上预装了对应版本的VC++运行库——这几乎是所有主流Windows系统默认带有的环境，很少出现兼容问题
• 适配场景：想要单文件/少依赖分发程序，但不想承担静态CRT带来的可执行文件体积过大、CRT规则不匹配风险的项目，和VS默认的动态CRT项目规则天然兼容，几乎不需要额外调整编译配置

核心差异快速对照 #

• 输出二进制类型：
  • x64-windows：动态库（.dll + 导入.lib）
  • 两个static后缀的Triplet：纯静态库（.lib）
• MSVC CRT链接规则：
  • x64-windows：动态链接CRT（/MD）
  • x64-windows-static：静态链接CRT（/MT）
  • x64-windows-static-md：动态链接CRT（/MD）
• 分发要求：
  • x64-windows：需要随程序附带所有依赖dll，且目标机器装对应VC++运行库
  • x64-windows-static：不需要附带依赖dll，也不需要目标机器装VC++运行库，单文件可运行
  • x64-windows-static-md：不需要附带第三方依赖dll，仅要求目标机器预装对应VC++运行库

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