5

我有一个 DLL 需要 5 到 10 秒才能加载，这意味着每次编译和运行使用它的可执行文件时我都必须等待很长时间。有没有办法让 DLL 加载在内存中，以便每次编译相应的可执行文件时都可以立即访问它？如果相关的话，我正在 QT MinGW 上编译程序。

编辑：到目前为止没有运气。在另一个程序上加载 DLL 似乎没有任何效果（原始程序仍然加载 DLL，并且需要同样长的时间）。如果将 DLL 及其函数加载到另一个程序中，我想我需要以不同的方式加载它们，但我不知道该怎么做。现在我正在使用 LoadLibrary 和 GetProcAddress。

4

4 回答 4

2

我不是 MinGW 开发人员，但您的问题很常见，并不取决于您如何创建 DLL。通常使用以下三种技术来解决此类问题：

  • 选择 DLL 的唯一基地址
  • 绑定 DLL 和 exe（在安装应用程序期间）
  • DLL延迟加载技术的使用
  • 稍微提高加载时间的一部分DisableThreadLibraryCalls的调用DLL_PROCESS_ATTACHDllMain

您可以使用的链接器或其他工具的确切开关取决于您的开发环境。

要了解问题，您应该知道如何加载可执行文件或 DLL。首先将EXE或DLL映射到内存中。将创建指向 EXE/DLL 的内存映射文件（部分）。因此，您将在进程中拥有一些地址，这些地址将对应于 EXE/DLL 文件。如果链接 DLL，则可以选择基地址。如果该地址在进程地址空间中未使用，则不会执行任何操作。如果将使用第一行代码（您从 DLL 中调用某个函数），那么将使用文件将使用地址附近的内存页面 8K 加载到内存中。如果两个进程使用同一个 DLL，那么代码的物理内存将被共享进程之间。即使您持有已初始化的变量，带有变量的页面也将被共享，直到变量的第一次更改。修改时将为进行修改的进程制作内存页的副本。

在进程中加载​​ DLL 后，必须修改调用者的一些小部分（例如 EXE），以包含从 DLL 中使用的函数的实际地址。使用来自另一个 DLL 的函数的 DLL 也会这样做。

一切听起来都很完美，但是如果您在 DLL 编译期间没有设置任何链接器选项（如果您不使用--image-base或--enable-auto-image-base链接器选项），您的所有 DLL 将具有相同的基地址（链接器的默认值）。所以第一个 DLL 可以在该地址加载。在加载与相同（或某些重叠地址）链接的第二个 DLL 期间，将完成 DLL 的重定位。在重定位期间，DLL 的代码会被修改，因此 1) DLL 的加载会很慢 2) 修改后的代码副本将在进程中生成（包括 DLL 使用的内存） 3) 修改后的副本不会在 DLL 的多个实例之间共享（即使所有实例都将以相同的方式修改）。

我建议您首先使用Process Explorer来验证哪些 DLL 将在您的应用程序中重定位。您应该在“视图”/“下疼痛视图”菜单中选择“DLLs”选项，并在“选项”菜单的“配置突出显示”中选择“重定位 DLLs”复选框。您还可以自定义将显示每个 DLL 的哪些信息。像下面这样的信息越多，您将看到程序加载的速度越慢，并且在您的应用程序实例之间或使用相同 DLL 的不同应用程序之间不会共享更多的地址空间：

在此处输入图像描述

在上面的示例中，您可以看到树联想 DLL TPOSDSVC.dll，HKVOLKEY.dll并TPLHMM.dll与相同的基地址链接，0x10000000并且只有一个 DLL（TPOSDSVC.dll此处）将加载到该地址。另外两个 DLL 必须重新定位。

我不能在这里写一本关于这个主题的书。我建议您检查有关重定位问题的应用程序。您可以使用链接器选项（--image-base或者--enable-auto-image-base似乎是您需要的）。您可以使用dumpbin.exe工具（在免费版中也来自 Visual Studio）来检查 PE 映像。

在您的所有 DLL 将具有唯一的基地址之后，您可以使用另一个bind.exe带有选项-u的工具将 EXE 和您的 DLL 绑定到其依赖的 DLL。它将另外减少内存大小并改善应用程序的启动时间。它将更新您的 DLLIMAGE_DIRECTORY_ENTRY_IMPORT和IMAGE_DIRECTORY_ENTRY_DELAY_IMPORTEXE 的一部分（请参阅答案）。Bind.exe在内部使用BindImageExAPI。许多 Windows Installer 安装程序使用BindImage操作和BindImage表在 EXE 和 DLL 安装结束时进行绑定。

您可以考虑使用其他技术（参见此处）来减小 DLL 和 EXE 的大小。

我不确切知道如何在 MinGW 中使用延迟加载技术，但它应该是绝对可行的。您需要在 Visual Studio 中执行两个步骤：Delayimp.lib作为附加库包含并使用/DELAYLOAD选项（请参阅此处）指定应在第一次使用时加载哪些 DLL，而不是直接加载。使用非常有用的 Tool Dependency Walker，您可以看到大多数标准 Microsoft DLL 都使用该技术。如果您也使用该技术，您可以改善应用程序的启动时间并减少使用的内存。

于 2012-06-05T11:06:39.287 回答
1

创建一个显式安装的系统服务，以保持您的 DLL 加载。这样初始化会在启动时发生，并且永远不会再发生。我建议不要使用大多数其他答案中概述的方法。虽然它们看起来像是在工作，但在我看来，它们就像是您的软件的不良行为。从用户和维护者的角度来看，我更喜欢显式安装的系统服务，而不是将某些东西挂接到 winlogin.exe 中。您越诚实地使用 Windows API 和环境，跨版本和版本升级时的重大更改就越少。

于 2012-06-04T16:12:21.790 回答
1

如果我没记错的话，Windows 会在内存中保留 DLL 的一个实例，因此保持它处于活动状态应该可以：

#include <conio.h>
#include <windows.h>

int main()
    {
    HMODULE handle=LoadLibrary("yourdll.dll");
//  Make shure Windows resolves the DLL
    FARPROC dummy=GetProcAddress(handle,"functionInDll");
//  The process will now just wait for keyboard input.
    getch();
    CloseHandle(handle);
    return 0;
    }
于 2012-06-04T16:14:17.477 回答
1

最简单的解决方案是（假设 MSVC++）使 DLL 延迟加载。权衡当然是初始化仍然必须发生，但这将不再延迟程序的其他部分。例如，您可以在后台线程上执行此操作。

于 2012-06-05T07:58:09.490 回答