这些何时加载 DLL：隐式链接 VS 显式链接答案

【问题标题】：When do these load DLLs : Implicit Linking VS Explicit Linking这些何时加载 DLL：隐式链接 VS 显式链接
【发布时间】：2015-12-05 20:16:13
【问题描述】：

我认为隐式链接会在应用程序启动后立即加载 DLL，因为它也称为“加载时动态链接”。但是我从这里的链接中发现了一些奇怪的解释（https://msdn.microsoft.com/en-us/library/253b8k2c(VS.80).aspx）。

隐式链接

与程序代码的其余部分一样，DLL 代码映射到地址进程启动并加载到进程时的进程空间仅在需要时记忆。因此，PRELOAD 和 LOADONCALL 代码 .def 文件用于控制以前版本中的加载的属性的 Windows 不再有意义。

显式链接

隐式链接到许多 DLL 的应用程序可能会很慢启动，因为 Windows 会在应用程序加载时加载所有 DLL。为了提高启动性能，应用程序可以隐式链接到加载后立即需要的那些 DLL 并等待显式在需要时链接到其他 DLL。

还有对隐式链接的另一种解释（https://msdn.microsoft.com/en-us/library/151kt790.aspx）。

隐式链接

Visual C++ 链接器现在支持延迟加载 DLL。这使您无需使用 Windows SDK 函数 LoadLibrary 和 GetProcAddress 实现 DLL 延迟加载。

在 Visual C++ 6.0 之前，在运行时加载 DLL 的唯一方法是通过使用 LoadLibrary 和 GetProcAddress；操作系统将加载加载可执行文件或使用它的 DLL 时的 DLL。

从 Visual C++ 6.0 开始，当与 DLL 进行静态链接时，链接器提供延迟加载 DLL 直到程序调用的选项该 DLL 中的函数。

应用程序可以使用 /DELAYLOAD（延迟加载导入）带有辅助函数的链接器选项（默认实现）由 Visual C++ 提供）。辅助函数将在运行时加载 DLL 时间为您调用 LoadLibrary 和 GetProcAddress。

我真的很困惑，不知道如何理解这些。

1.隐式链接是在启动时加载 DLL 还是仅在调用 DLL 中的函数时加载？

2。这意味着最终两者都是相似的，因为 LoadLibrary() 是在后台调用的？

【问题讨论】：

在隐式链接中，DLL 在应用程序启动时加载，但在第一次调用 DLL 之前，它可能不会完全提交到内存中。 DLL 函数调用直接转到 DLL。显式链接由用户自己的代码管理。延迟加载是两者的混合。链接器在应用程序的 PE 标头中创建一个特殊表，其中包含有关延迟加载的 DLL 函数的信息，并且运行时库具有每个延迟加载的函数最初指向的存根代码...
... 当第一次调用延迟加载函数时，存根代码查看延迟加载 PE 表，显式加载指定的 DLL 函数指针，将函数的存根指针替换为加载的 DLL 指针，因此后续调用将直接转到 DLL，然后存根通过调用加载的函数完成。应用永远不知道静态链接函数调用和延迟加载函数调用之间的区别（除非在尝试加载 DLL 时发生运行时错误）。
@Remy Lebeau 谢谢！
@RemyLebeau - 你为什么不回答？这是一个很好的解释，我认为它值得点赞。我很抱歉试探你...
@Jenix - 另见LoadLibrary Reference Counting 和NTDLL.dll 的LdrLoadDll 的讨论。

标签： c++ dll linker implicit explicit

【解决方案1】：

@remy-lebeau 在他的评论中提供了很好的解释。我将尝试在这里详细说明作为答案。

here 解释了隐式和显式 dll 加载之间的区别。简而言之：

在显式加载中，应用程序通过显式调用 LoadLibrary 来加载 dll。
在隐式加载中，应用程序在编译时指定 dll，Windows 加载程序在运行时加载它。

隐式加载有很多优点，但它会减慢应用程序的加载时间，因为所有 dll 都是在此阶段加载的。

为了解决这个问题，微软支持Delayed Loaded Dlls，这是一种隐式加载类型。

通过使用它，您可以享受隐式加载的所有好处，但只有当您的应用程序调用其函数之一时才会加载 dll。

对你的问题：

在隐式加载中，如果您未将 dll 指定为延迟加载，则会在应用程序启动时加载该 dll。如果您这样做了，它将在第一次使用时加载。
是的。在所有场景中，dll 都被加载并映射到应用程序内存。

【讨论】：