我来帮你分析这个问题——你遇到的DLL加载依赖Windows 10 SDK的情况，大概率是编译/链接过程中引入了SDK特有的组件，而非标准VC++运行库。下面是具体的排查和修复方向：

1. 检查静态库与CLI项目的Windows SDK版本设置 #

当你使用Clang编译C静态库时，如果默认选择了「最新安装的SDK版本」，编译器可能会链接高版本SDK才有的API或库组件，这些组件并不包含在常规VC运行库中，必须依赖完整SDK才能运行。

• 修复步骤：
  • 右键C++静态库项目 → 属性 → 常规 → Windows SDK版本，选择目标系统兼容的最低版本（比如如果要支持Win10及以上，可选10.0.15063.0；若需兼容Win7，可选择8.1 SDK），不要用默认的「Latest installed」。
  • 对C++/CLI包装项目做同样的设置，确保两者的SDK版本一致。

2. 强制使用VC++ CRT而非SDK自带的CRT变体 #

Clang在Windows下编译时，可能默认优先使用Windows SDK中的CRT文件，而非Visual Studio提供的标准VC++ CRT。即使你安装了VC++运行库，系统也找不到SDK特有的CRT变体。

• 修复步骤：
  • 对于C++静态库项目：
    1. 右键项目 → 属性 → C/C++ → 常规 → 附加包含目录，将VC++的CRT头目录（如$(VCInstallDir)include）移到Windows SDK头目录的前面。
    2. 链接器 → 输入 → 附加依赖项，明确指定VC的CRT库（比如msvcrt.lib对应Release模式，msvcrtd.lib对应Debug模式），强制编译器使用标准VC运行库。
  • 确保静态库和CLI项目的CRT链接模式一致（都是/MD或/MT），避免混合模式导致依赖冲突。

3. 排查是否引入了Windows Runtime（WinRT）依赖 #

如果你的C库中不小心使用了WinRT相关的API（比如某些STL扩展或隐含的系统调用），这些API依赖Windows SDK中的WinRT组件，而这些组件不属于VC运行库的范畴。

• 修复步骤：
  • 用dumpbin /dependents YourCLI.dll命令查看DLL的依赖项，检查是否有api-ms-win-*或winrt前缀的DLL文件。
  • 如果发现这类依赖，排查代码中是否使用了WinRT API，替换为传统Win32 API；或者在Clang编译参数中添加-fno-windows-runtime，禁用WinRT支持。

4. 检查目标平台与工具集设置 #

如果C++/CLI项目的目标平台版本过高，或者工具集选择了仅高版本SDK支持的选项，也会导致系统找不到必要的API。

• 修复步骤：
  • 右键CLI项目 → 属性 → 常规 → 平台工具集，选择与目标系统兼容的版本（比如要兼容Win7，可选v141_xp；Win10及以上可选v142）。
  • 确认_WIN32_WINNT宏的设置：在C++静态库项目的预处理器定义中，添加符合目标系统的宏值（比如Win7对应0x0601，Win10对应0x0A00），避免编译器生成高版本系统才支持的代码。

5. 用依赖分析工具定位缺失文件 #

如果以上步骤都没解决问题，建议用工具直接排查DLL的依赖链：

• 使用Dependency Walker或Visual Studio自带的「Dependencies」工具，打开你的CLI DLL，查看哪些依赖项在干净系统中缺失。
• 如果缺失的是Windows SDK特有的文件，优先通过调整编译选项去除依赖；若无法避免，可以将这些文件（比如特定的API集DLL）复制到Demo的运行目录（注意版权合规）。

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