Win32应用程序插件如何在自己的目录中加载其DLL

Question

我的代码是特定应用程序的插件，使用 Visual Studio 8 用 C++ 编写。它使用来自外部提供商的两个 DLL。不幸的是，我的插件无法启动，因为找不到 DLL（我将它们放在与插件本身相同的目录中）。

当我手动将 DLL 移动或复制到主机应用程序目录时，插件加载正常。对于最终用户来说，这种移动被认为是难以接受的麻烦，我正在寻找一种方法让我的插件透明地加载其 DLL。我能做些什么？

相关详细信息：

• 主机应用程序插件位于主机应用程序指定的目录中。该目录不在 DLL 搜索路径中，我无法控制它。
• 插件本身打包为插件目录的子目录，保存插件代码本身，以及与插件关联的任何资源（例如图像、配置文件……）。我控制该子目录内的内容（称为“捆绑包”），但不控制它所在的位置。
• 该应用程序的常见插件安装习惯是最终用户将插件包复制到插件目录。

该插件是该插件的 Macintosh 版本的移植版本。在 Mac 上，没有问题，因为每个二进制文件都包含自己的动态库搜索路径，我根据插件二进制文件的需要设置了该路径。要在 Mac 上进行设置，只需在 Xcode IDE 中进行项目设置即可。这就是为什么我希望 Visual Studio 中有类似的东西，但我找不到任何相关的东西。此外，Visual Studio 的帮助绝非如此，Google 也不是。

一个可能的解决方法是让我的代码显式告诉 Windows 在哪里可以找到 DLL，但我不知道如何进行，并且无论如何，由于我的代码甚至还没有启动，所以它没有机会这样做。

作为一名 Mac 开发人员，我意识到我可能要求一些非常基本的东西。如果是这样的话，我很抱歉，但我已经没有头发可以拔了。

Answer 1

你要求的并不是非常基本的东西。 Windows 根本不支持你想要的。

您可以选择一些方法来解决此问题：

• 创建两个 DLL。您的插件实现 dll，静态链接到您需要的任何其他 dll。以及由托管应用程序加载的简单“外观”dll。 Facade dll 调用 SetDllDirectory，然后调用 LoadLibrary 以使用所需的搜索路径加载您的实现 dll，然后，对于每个插件导出的函数，它实现一个存根函数，该存根函数使用 GetProcAddress 将调用直接传递到您的实现 dll。

如果插件接口很复杂，但您使用的 dll 接口并不复杂，那么：

• 放弃并仅使用 LoadLibrary（具有显式路径）和 GetProcAddress 来访问卫星 dll 中的功能。痛苦。

• 最后一个选项是 Windows 程序员记录最少且理解最差的。基本上，我们使用 Windows 版本的技术来支持 .NET：并排程序集。别害怕。 “并排程序集”非常简单，是一个常规的旧 dll，但附带一个提供一些额外信息的 .manifest 文件。

我们想要这样做的原因是通过 SxS 技术链接的 dll 的搜索顺序与常规 dll 搜索顺序不同： - 即 - 在搜索 c:\windows\WinSxS 后，Windows 将搜索与dll 引用 dll，而不是 exe 的文件夹。

首先清点插件 dll 需要链接到的所有卫星 dll，并从中创建一个“程序集”。这意味着：创建一个包含一堆 file= 节点的 .manifest 文件。您需要为程序集命名。我们称之为“MyAssembly”。

在您的 dll 文件夹中创建文件“MyAssembly.manifest”，其内容类似于以下内容：（列出您需要包含的每个 dll）

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
    <assemblyIdentity name="MyAssembly" processorArchitecture="*" type="win32" version="1.0.0.1"/>
    <file name="firstrequireddll.dll"/>
    <file name="2ndrequireddll.dll"/>
</assembly>

现在，这就是您的程序集清单。我们已经完成了一半。

下半部分是实际让您的 dll 使用该程序集，为此，您需要将清单资源添加到您的 Dll 文件中。该清单最终需要包含以下内容：-

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
    <dependency>
        <dependentAssembly>
            <assemblyIdentity type="win32" name="MyAssembly" version="1.0.0.1" processorArchitecture="*"/>
        </dependentAssembly>
    </dependency>
</assembly>

---

显然，应用程序清单（嵌入到 dll 中时是一个令人困惑的名称）也允许使用 节点，因此可能是可以跳过创建程序集，而直接

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
    <file name="firstrequireddll.dll"/>
    <file name="2ndrequireddll.dll"/>
</assembly>

作为 dll 的清单。我还没有玩过那个迭代，所以我不确定它如何改变正常的 dll 搜索路径（如果有的话）。

---

如果不了解您的开发环境，就很难知道如何建议您如何向 dll 添加清单。如果您正在编辑 .rc 文件并手动输入清单，请注意在 Dll 中要使用的资源 ID 是 2，而不是 1（通常在 exe 示例中使用）。

如果您使用 DevStudio 2005 或更高版本，有一个方便的 #pragma 指令，可以使所有内容神奇地具有正确的 id 并位于正确的位置。

---

如果项目设置为默认值，VS2005 及更高版本将自动生成并嵌入适当的清单。这个#pragma将添加额外的程序集依赖项
到生成的清单：-

#if _MSC_VER >= 1400 // VS2005 added this directive
#pragma comment(linker, \
    "\"/manifestdependency:type='Win32' "\
    "name='Company.Product.Subsystem' "\
    "version='6.0.0.0' "\
    "processorArchitecture='*' "\
    "language='*'\"")
#endif

Answer 2

在这种情况下，延迟加载 DLL 是您的朋友。我不久前遇到了完全相同的问题，而且实际上相当简单。您向链接器（/DELAYLOAD 标志）指定哪些模块是延迟加载的，基本上这些模块不会在 PE 标头中列为显式导入，因此加载器在找不到所述模块时不会抱怨模块以及这些模块中对函数的所有调用都包装在一个存根中，以确保模块被加载和使用。函数找到了。

因此，假设您希望延迟加载 XmlLite 库。首先，您需要在链接器标志中指定 /DELAYLOAD:XmlLite.dll。然后，在模块的初始化函数（最好是 DllMain）中，您将 XmlLite DLL 解压到临时文件夹中，然后对其调用 LoadLibrary。从那时起，对 XmlLite.dll 导出的任何函数的每次调用都会自动解析。

Answer 3

使用 GetModuleFileName() 查找路径你的 dll 所在的位置。
然后使用 SetDllDirectory() 添加该内容dll 搜索路径的路径。

Answer 4

假设本机代码并且您可以使用 显式运行- 时间动态链接（而不是任何形式的隐式链接），使用GetModuleHandle 和 GetModuleFileName 找出您的 dll 运行位置。

HMODULE hModule = GetModuleHandleW(L"RunningDll.dll");
WCHAR path[MAX_PATH];
GetModuleFileNameW(hModule, path, MAX_PATH);

然后将 dll 的基本名称替换为要加载的plugin.dll 的名称。

CString plugin(path);
int pos = plugin.Find(L"RunningDll.dll");
plugin = plugin.Left(pos);
plugin += L"pluginName.dll";

对生成的字符串调用 LoadLibrary。