咱们先把这几个容易混淆的概念拆解开，一步步理清它们的关系：

a) 三者的关系及VS的控制逻辑 #

首先明确三个核心概念的定位：

• 平台工具集（比如v142）：这是Visual Studio自带的编译工具链集合，包含编译器（cl.exe）、链接器（link.exe）、以及和编译器绑定的C++标准库运行时（比如静态链接的libcmt.lib、动态链接的msvcrt.dll）。它是随VS版本发布的，比如v142对应VS2019，v143对应VS2022，你装了哪个版本的VS，就会自带对应的平台工具集。
• Windows SDK：这是微软提供的Windows平台开发包，包含Windows系统API的头文件、导入库、资源编译器（rc.exe）等工具，核心作用是让你的代码能调用Windows系统的原生功能。从Windows 10 SDK开始，它还包含了通用CRT（UCRT）——这部分是C标准库的实现，属于运行时库的一部分。
• C/C++运行时库：其实分为两部分：一部分是和平台工具集绑定的编译器专属C++标准库（比如MSVC特有的STL实现），另一部分是Windows SDK提供的UCRT（跨编译器的C标准库实现）。

所以你的问题答案是：

• 不能说“C运行时库和平台工具集均由Windows SDK提供”。平台工具集是VS的组件，和SDK相互独立；C运行时库只有UCRT部分来自SDK，编译器配套的C++标准库属于平台工具集。
• Visual Studio对它们的控制逻辑是：
  • 平台工具集的版本由你安装的VS版本决定，项目里选v142就是用VS2019的编译工具链，这直接绑定了编译器版本和配套的C++标准库版本。
  • Windows SDK的版本是单独安装的（VS安装时可以选择附带的SDK版本，也可以后续单独安装），项目里选不同的SDK，会切换使用的Windows API头文件/库，以及UCRT的版本。

b) 平台工具集与Windows SDK的搭配兼容性 #

同一版本的平台工具集完全可以搭配不同版本的Windows SDK，比如你说的v142（VS2019）搭配Windows 8.1 SDK是完全可行的，这背后的意义是：

• 编译层面：依然使用v142的编译器和C标准库，你的代码可以享受该工具集支持的C标准特性（比如C++17的完整支持），编译规则也遵循VS2019的标准。
• 系统API层面：只能调用你所选Windows SDK版本中包含的API。比如用Windows 8.1 SDK的话，就不能调用Windows 10及以后才推出的API（比如某些Win32新功能、UWP相关接口），如果硬写会编译报错。
• 运行时层面：UCRT的版本会跟随Windows SDK走——Windows 8.1 SDK搭配的是旧版UCRT，而Windows 10 SDK搭配的是更新的UCRT版本，这会影响一些C标准库函数的实现细节和兼容性（比如某些函数的参数处理、错误码定义）。

需要注意的是，虽然技术上支持这种跨版本搭配，但微软推荐尽量使用较新的Windows SDK配合对应或更新的平台工具集，能减少兼容性问题，同时获得更好的API支持和运行时性能。

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