Windows 10通用C运行时位置及C++库部署依赖问题咨询

1. 是否需要手动添加API-MS-WIN-CRT-*-L1-1-0.DLL的搜索路径？ #

不需要手动添加路径。这些带API-MS-WIN-CRT-前缀的文件是UCRT的转发器DLL，本身没有实际执行代码，仅负责把函数调用转发给真正的核心库ucrtbase.dll。目标机器System32目录里已经存在ucrtbase.dll，说明UCRT组件本身是存在的，找不到转发器的问题根源不在路径配置上。

2. 是否需要在电脑设置中启用通用C运行时？ #

不需要额外启用。UCRT是Windows 10及以上系统的默认内置组件，只要系统是Win10及更高版本且安装了必要的系统更新，UCRT就会正常工作。如果目标机器是Windows 7/8.1，才需要手动安装UCRT的独立安装包，但你提到目标是Win10，所以不用考虑启用设置的问题。

3. 编译方式是否存在问题？ #

这是最可能的问题根源，分两种情况分析：

• 动态链接UCRT（默认编译选项）：不同版本的Windows 10自带的UCRT版本有差异，如果你用高版本Visual Studio（比如VS2019/2022）编译库，生成的文件会依赖较新的UCRT版本。如果目标机器是旧版本的Win10（比如1507、1607）且没安装对应的UCRT更新补丁，就会出现找不到转发器的报错。
• 解决办法：
  • 方案一：给目标机器安装匹配版本的UCRT更新补丁；
  • 方案二：修改编译选项为静态链接UCRT：在VS的项目属性中，找到「C/C++ → 代码生成 → 运行库」，Release模式选/MT，Debug模式选/MTd。静态链接会把UCRT的代码直接打包进你的库文件，无需依赖系统中的UCRT组件，彻底解决部署依赖问题。

额外提示 #

Dependency Walker由于版本较老，在Win10+系统上经常会误报UCRT相关的依赖缺失。你可以用更准确的方式验证依赖：在安装了VS工具链的机器上，打开命令提示符，运行dumpbin /dependents 你的库文件名.dll，查看真实的依赖项；或者直接在目标机器上尝试加载库，根据实际弹出的错误提示排查问题。

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