更改 Windows DLL 加载顺序？ （加载顺序，不是搜索顺序）

Question

假设我有一个可执行文件：app.exe

我在这个可执行文件中使用了 2 个不同的第 3 方 DLL：foo.dllbar.dll，并且应用程序必须隐式链接到这些 DLL，也就是说我不能使用 ::LoadLibrary 来加载它们。

（注意：不是我不能调用LoadLibrary，而是这些DLL需要静态链接（带有__declspec(dllexport)的C++ DLL），所以我调用LoadLibrary没有任何意义，因为可执行加载程序已经调用它。）

这两个 DLL 确实 彼此之间没有任何依赖关系，也就是说，据我所知，它们的加载顺序是未定义的（并且 应该 是不相关的）。 （两者的依赖基本上都只在标准的windows dll（kernel32、msvcrt等）上

我现在有一个问题，我希望控制这些 DLL 的加载顺序，即我希望 foo.dll 在 bar.dll 之前始终加载 (DLL_PROCESS_ATTACH)。

是否有可能告诉 Windows DLL 加载程序先加载一个 DLL？

编辑：要检查可执行文件的 DLL 加载顺序，可以使用 DUMPBIN.exe 实用程序：（只需启动 Visual Studio 命令提示符）

编辑：根据this answer / this blog entry，NT 加载器确实按顺序遍历导入部分。 （这将导致 独立 DLL 按它们在导入部分中出现的顺序加载。）

C:\path\to\program> dumpbin /IMPORTS app.exe | grep -i \.dll
  MSVCR80D.dll
  KERNEL32.dll
  OLEAUT32.dll
  MSVCP80D.dll
  foo.dll
  bar.DLL

此输出意味着 MSVCR80D.dll（及其依赖项^[a]）将首先加载，而 bar.DLL 将最后加载。卸载将以相反的顺序进行。

我还没有发现如何影响这个加载顺序 ...

---

（注释）

[a] ：这当然意味着例如kernel32.dll 会先加载，因为 msvcr80d.dll 会依赖 kernel32.dll。

---

根据一些要求，我为此添加了一个理由：_{（但是请，我仍然对此一般感兴趣。我知道如何解决 MFC 问题。)}

它的调试版本中的 Microsoft MFC DLL 内置了内存泄漏检测。（据我所知，它与 _CrtSetDbgFlag 和相关工具使用的机制相同。）

MFC 调试 DLL 将在卸载时转储所有未释放的内存。现在，如果您的进程中有第二个 DLL，它独立于 MFC，并且这个第二个 DLL 在 DLL_PROCESS_DETACH 上释放内存，如果 MFC DLL 在另一个 dll 之前卸载，则 MFC 报告机制将报告错误的内存泄漏。

如果可以确保调试 MFC DLL 在所有独立 DLL 中最先加载/最后卸载，那么所有其他 DLL 本身就已经清理完毕，并且 MFC 不会报告错误泄漏。

Answer 1

这是一个想法：在app.exe的链接器选项中将它们标记为“延迟加载的dll”怎么样？

延迟加载将允许您“静态”链接（即没有 LoadLibrary() 等），但不会加载 DLL 并在实际需要之前进行链接。

如果这是一个选项，那么（假设您可以等待这么久，即在 main() 之前不要访问 foo/bar dll 函数），您可以在 main() 中访问一个函数（只需获取一个函数 ptr或其他东西）首先在foo.dll 中加载它并绑定所有“静态”链接的函数？

（也许 LoadLibrary() 会在需要时触发相同的链接过程。不确定。不过在您的代码中看起来会更干净。）

Answer 2

我还没有发现如何影响这个加载顺序......

我不知道为什么我没有尝试过，但似乎生成的模块的导入部分顺序确实取决于提供给链接器的 lib 文件的顺序。

Configuration Properties -> Linker -> Additional Dependencies ...

这里首先列出的 lib 文件也是导入部分的第一个，meaning 加载器将按顺序导入这些文件（模依赖）。

所以，回答这部分：只需以正确的顺序将 lib 文件提供给链接器即可。

注意：我已经在 VS2005 上尝试过，它似乎可以工作。我不知道这是否记录在某处，或者它是否在较新版本的 VC++ 中发生了变化。

---

更新：虽然它当时有效，但今天我遇到了加载顺序不受受到链接器命令行顺序影响的情况 lib 文件中的 em>。 （仍然）不知道为什么。 （还是VS2005）

不过，我设法通过将有问题的 DLL 添加到延迟加载的 DLL 列表（如在 Macke's answer 中）来使其工作。

---

Answer 3

只需将foo.dll 添加到bar.dll 的导入表中，其余的将由操作系统加载程序处理。

您应该可以在没有bar.dll 的源代码的情况下执行此操作，不确定editbin 工具是否有这样的选项，但这是对 PE 文件的相当简单的编辑。

您也许可以使用预加载 DLL 的注册表设置，但我不会这样做，您不希望 foo.dll 被加载到不需要它的其他进程中。

Answer 4

如果您不链接导入库（foo.lib 和 bar.lib），则加载程序不会在启动时自动加载 DLL，您可以随时调用 LoadLibrary()。

顺便说一句，我编写了一个方便的小库，用于封装动态加载的 DLL，而无需直接处理 LoadLibrary/GetProcAddress。你可以阅读它here。