如何为带Native Messaging的Edge扩展添加桥接组件依赖的DLL？

我之前也踩过这个坑——明明把DLL和Win32 exe放在同一目录，附加调试器后还是报找不到模块的错误，核心原因基本都是UWP的文件系统隔离机制在起作用。给你几个实用的排查和解决方向：

• 确认DLL的部署配置
  先检查UWP项目里的目录结构是否正确：

  UWP项目根目录
  └── Win32 文件夹
      ├── 你的Win32.exe
      └── 依赖的目标DLL
  

  还要在Visual Studio里把这些DLL的**「复制到输出目录」设置为「始终复制」**，同时确保它们被正确包含在AppxManifest的Win32扩展声明中，不然打包部署时DLL可能不会被放进最终的App包。

• 手动指定DLL搜索路径
  UWP进程启动时的默认工作目录不一定是你的Win32文件夹，你可以在Win32 exe的初始化代码里，把当前exe所在目录添加到系统的DLL搜索路径里：

  #include <windows.h>
  #include <Shlwapi.h>
  
  int WINAPI wWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PWSTR pCmdLine, int nCmdShow)
  {
      // 获取当前exe的所在路径
      WCHAR exeDir[MAX_PATH];
      GetModuleFileNameW(NULL, exeDir, MAX_PATH);
      PathRemoveFileSpecW(exeDir);
  
      // 将exe目录加入DLL搜索路径
      SetDllDirectoryW(exeDir);
  
      // 后续执行DLL加载逻辑
      // ...
  }
  

  这样系统会优先在exe所在目录查找依赖DLL，避免路径问题导致的加载失败。

• 检查架构匹配性
  别忽略了架构问题！如果你的Win32 exe是x64版本，依赖的DLL也必须是x64编译的；如果是x86架构，DLL也得对应x86版本，混合架构肯定会触发加载错误。

• 用工具追踪加载过程
  可以用dumpbin /dependents 你的Win32.exe命令查看exe的依赖列表，确认有没有遗漏的间接依赖。另外，Process Monitor工具能追踪系统查找DLL的全路径，你能清楚看到系统到底在哪些目录里找这个DLL，快速定位问题点。

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