VS2022引用外部DLL仅System32可找到，其他路径报错0xc0000135

针对你遇到的问题——将DLL移至exe同目录或系统Path路径后仍出现加载失败，以下是排查方向和修复方案：

1. 目标DLL存在未满足的依赖项 #

错误码0xc0000135常被误判为找不到目标DLL，但实际可能是该DLL本身依赖其他未在搜索路径中的DLL。

• 操作：打开VS命令提示符，执行命令 dumpbin /dependents YourTargetDll.dll，查看输出的依赖列表，确保所有依赖DLL都位于exe同目录、系统Path路径或其他可搜索路径中。

2. Visual Studio调试环境的Path设置未生效 #

你在VS中配置的环境变量仅对VS启动的调试会话生效，直接双击exe运行时不会继承该设置；另外，VS的环境变量修改可能需要重启IDE才能生效。

• 操作：
  • 优先通过VS的「调试→启动调试」运行程序，而非直接双击生成的exe；
  • 若需直接运行exe，将DLL所在路径添加到系统级Path环境变量，重启电脑后再测试；
  • 检查VS项目属性→调试→环境，确认格式为 Path=C:\MyPath;%Path%，注意不要添加多余空格。

3. 程序与DLL的架构不匹配 #

64位程序无法加载32位DLL，反之亦然，这种情况下也会抛出“找不到依赖DLL”的错误。

• 操作：
  • 查看项目属性→配置属性→常规→平台工具集，确认目标平台（x86/x64）与DLL架构一致；
  • 用VS命令提示符执行 dumpbin /headers YourTargetDll.dll，输出中「PE32」代表32位，「PE32+」代表64位。

4. 链接器配置遗漏或加载逻辑问题 #

如果未正确配置链接器，程序可能无法识别DLL的搜索路径；部分延迟加载的DLL也会出现路径识别问题。

• 操作：
  • 确认项目属性→链接器→输入→附加依赖项中，已添加DLL对应的lib文件（若存在）；
  • 尝试启用延迟加载：在项目属性→链接器→输入→延迟加载的DLL中，填入目标DLL的名称；
  • 若以上无效，可在代码中通过LoadLibraryEx函数指定DLL的绝对路径进行加载。

5. 路径权限或文件锁定问题 #

部分非系统路径可能存在权限限制，导致程序无法读取DLL；或DLL被其他进程占用锁定。

• 操作：
  • 将DLL移至用户目录（如C:\Users\你的用户名\Desktop）测试是否能正常加载；
  • 用Process Explorer工具检查是否有进程占用该DLL，关闭占用进程后重试。

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