问题描述
我正在尝试使用本机消息传递来创建浏览器扩展，其中消息传递主机基本上是另一个（第三方）本机可执行文件的简单启动器。
第三方应用程序依赖于各种DLL，其中一些需要从可执行文件所在的目录中加载。这在Chrome浏览器（以及基于Chrome的Edge）上也能完美运行，但是在使用Firefox时遇到了问题会在错误的DLL处加载。
监视之后，似乎由Firefox启动的消息传递主机进程（包括其所有子进程）没有首先查找可执行文件目录，而是具有以下DLL搜索顺序：
- 系统目录
- 16位系统目录
- Windows目录
- 可执行文件的目录
- 工作目录
- 路径中的目录
我也可以使用LoadLibrary在我自己的启动器应用程序中轻松地重现此确切行为，而无需使用显式路径，因此它不仅仅是第三方应用程序。
浏览与DLL搜索顺序相关的MS文档，我找不到任何可能导致此问题的信息，因此我对问题所在以及是否可以以某种方式解决它一无所知。
已经尝试了以下操作，但没有成功：
- 使用cmd.exe作为中介，开始我的过程。在Firefox启动本机主机和我的启动器启动3rd party应用程序时都尝试过此方法，两者似乎都没有什么不同。
- 在启动器中调用SetDllDirectory。这只是替换工作目录，但保留在顺序中的“系统”文件夹之后。用null调用不会改变任何内容。
- 通过添加.local文件/目录进行重定向。这确实迫使应用程序从其自己的目录中加载DLL，但是由于其他我无法控制的原因而中断了应用程序。 （我相信其中会包含全路径dll加载，这种加载方式也会被覆盖）
这些方法只能是一种解决方法，就像我所说的那样，是由Firefox引起的，当手动启动该应用程序时，或者使用Chrome / Edge时，一切都能按预期工作。
有什么线索为什么会发生这种情况，或者是一种由Firefox消息传递主机启动应用程序时强制应用程序使用默认DLL搜索顺序的方法？
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）