从多个目录加载 Win32 模块

Question

我有一个程序将插件存储在多个目录中，如下所示：

root/
  core/bin/
    app.exe
    core.dll
    plugin.dll
    support.dll
  a/bin/
    a.dll
    a_support.dll

在本例中，a.dll 导入 core.dll、support.dll 、和a_support.dll（它们在导入表中按该顺序排列）。 a_support.dll 导入 support.dll。我可以更改除支持模块之外的所有模块，这些模块是第三方库的 redists。

我的代码调用 LoadLibraryEx(name, NULL, LOAD_WITH_ALTERED_SEARCH_PATH) 来加载每个插件。对于core.dll和plugin.dll，这工作得很好。

当我尝试加载 a.dll 时，失败并提示找不到 a_support.dll 。 core.dll 或 support.dll 没有错误，可能是因为它们已经在内存中了。

我怀疑，当加载 a_support.dll 时，无法找到 support.dll，但这似乎不寻常，因为 a.dll 似乎导入了support.dll 在 a_support.dll 之前。

这种模块布局是否可以使用？系统是否能够使用已加载的支持 DLL，还是会继续搜索它们并失败？有没有办法通过清单来处理这个问题？有没有办法做到这一点，或者我必须将所有模块重新定位到一个目录中？

编辑：根据 Adrian McCarthy 的建议，我使用 Process Monitor 跟踪运行加载序列，似乎当我调用 LoadLibrary("root/a/bin/a.dll", .. .)，它首先搜索根目录，然后是系统目录，然后向下搜索路径。由于某种原因，它从不搜索 a/bin/，而它本来应该搜索。

我仔细检查了路径，并注意到我对加载 plugin.dll 的调用使用了错误的路径（root，而不是 root/core/bin）。无论哪种方式，core.dll 都已正确加载。修复该问题后，我再次尝试，这次 a.dll 确实找到了 a_support.dll 并且似乎已加载。然而，这绝对没有意义，除非加载程序成功地使用来自......某处的support.dll。即使尝试再次加载 support.dll，procmon 日志也不会显示它，所以我现在不完全确定是否确实存在问题（除了加载程序的行为没有意义） ）。

Answer 1

我建议使用进程监视器来查看到底发生了什么。您将看到它是否在正确的位置，a_support.dll 是否已打开但由于缺少其他内容而无法加载，等等。

Answer 2

当然，一种解决方案是将所有 DLL 放置在与 .exe 相同的目录中。如果你能做到这一点，这肯定是最简单的方法。

如果没有，那么您手上的工作就会多一些。我猜您希望加载程序在 DLL 所在的目录中进行搜索。遗憾的是事实并非如此。相反，加载程序将首先查找可执行文件的目录，然后查找 DLL 搜索顺序。这就是 a_support.dll 无法加载的原因，因为它与可执行文件不在同一目录中。

模块已经在内存中这一事实不是重点。加载器开始寻找文件。当它找到所需的文件时，它会检查该文件是否已加载。如果是这样，那么它只是将引用计数增加到该模块。否则它将加载到进程中。

您可以切换到使用 LoadLibrary 来加载所有 DLL，并且始终明确路径。这大概是不方便吧。

您可以使用并排程序集，但这听起来与插件架构不太兼容。

所以我认为剩下的主要选项是 SetDllDirectory。在加载插件之前调用此函数。您只需将 a/bin 添加到搜索路径，因为其余模块都在可执行目录中，因此可以轻松找到。插件加载并解析其所有导入后，通过再次调用 SetDllDirectory 并传递 NULL 来将此设置恢复为默认值。

如果您有多个子目录，请使用 AddDllDirectory。

Answer 3

这是一个相当令人困惑的应用程序。

那么有一些问题：

• app.exe 隐式导入了哪些 dll？
• core.dll 既由 a.dll 隐式加载，又通过 LoadLibraryEx 作为插件加载？
• 对 /plugin.dll 上的 LoadLibraryEx 的调用如何成功？如果路径是 FQ 并且没有指向实际的 dll，则 LoadLibrary 应该在该 dll 上彻底失败。

Answer 4

我无法判断您提供的是示例代码还是真实代码。您写道：

LoadLibrary("root/a/bin/a.dll", ...)

如果那是真正的代码，那么这里有两个问题。

首先，LoadLibrary 不会执行您期望的相对路径操作。来自 MSDN：

从相对路径加载模块而不搜索任何其他路径
路径，使用 GetFullPathName 获取非相对路径并调用
使用非相对路径加载Library。有关 DLL 的更多信息
搜索顺序，请参阅动态链接库搜索顺序。

基本上，您给它一个完整路径并获取该文件，或者让它在所有“常用”位置搜索名称。如果你给它一个相对路径，它基本上会忽略该路径，获取名称，并在通常的位置查找。

如果您确实指的是 LoadLibraryEx，请注意，当您使用 LOAD_WITH_ALTERED_SEARCH_PATH 时，如果传递的是相对路径，则会出现“未定义的行为”。再次引用 MSDN：

如果使用此值并且 lpFileName 指定相对路径，则行为未定义。

其次，您使用正斜杠而不是反斜杠。 LoadLibrary 和 LoadLibraryEx 都不喜欢这些。