windows平台下，dll 的加载方式分为显式加载和隐式加载。
隐式加载需要在程序链接期间指定依赖库的名称、路径等信息，程序运行时由系统自动进行处理；
显式加载则是直接调用系统 API LoadLibrary/FreeLibrary 来加载或卸载 dll 模块。通常情况下，这两种方式可以处理绝大多数的应用需求。
但是在 dll 文件较多时，需要将 dll 分类管理，又不想修改系统环境变量时，我们可以采用”延迟加载“的方式来解决该问题。假设当前的应用的目录结构如下所示：
RootPath
|---- Basic
| |---- Basic1.dll
| |---- Basic2.dll
|---- Client1.dll
|---- Client2.dll
|---- Components
| |---- Cpnt1.dll
| |---- Cpnt2.dll
|---- MainExE
（1）MainExE 为应用主程序，依赖 Client1.dll 和 Client2.dll 两个库；
（2）Client1.dll 和 Client2.dll 分别依赖 Components 目录下的 Cpnt1.dll 和 Cpnt2.dll；
（3）而 Cpnt1.dll 和 Cpnt2.dll 则依赖 Basic 目录下的 Basic1.dll 和 Basic2.dll。
在程序启动时，系统会首先搜索程序运行时当前目录，找到 Client1.dll 和 Client2.dll。
但是如果没有配置环境变量， Client1.dll 和 Client2.dll 在运行时无法找到 Cpnt1.dll 和 Cpnt2.dll 这两个库，所以我们在编译 Client1.dll 和 Client2.dll 时，
需要在”链接器“-”延迟加载的DLL"这一项中分别添加 “Cpnt1.dll"和”Cpnt2.dll"；
同时，在 Client 调用 Cpnt 的方法之前，在 Client 代码中手动调用 LoadLibrary 方法并传入 Cpnt 库的路径，此时就可以成功调用 Cpnt 中的方法。
Cpnt 调用 Basic 也是一样的道理，伪代码如下所示：
#include <windows.h>
// Client1 调用 Cpnt1
void ClientInvokeCpnt()
{
HMODULE hModule = LoadLibrary("Components/Cpnt1.dll");
if (hModule)
{
InvokeCpntFunction();
FreeLibrary(hModule);
}
}
#include <windows.h>
// Cpnt1 调用 Basic1
void CpntInvokeBasic()
{
HMODULE hModule = LoadLibrary("../Basic/Basic1.dll");
if (hModule)
{
InvokeBasicFunction();
FreeLibrary(hModule);
}
}
用以上方法可以让处于不同目录下的动态库、程序正常的加载。
但是，在实际测试过程中发现，在释放被延迟加载的模块时，调用 FreeLibrary 后输出界面并没有显示“已卸载xxx.dll”这样的信息。
经过查阅资料发现，如果想要手动卸载延迟加载的 DLL，则需要将程序与“delayimp.lib”库链接，并包含delayimp.h头文件。
在调用FreeLibrary后手动调用 __FUnloadDelayLoadedDLL2 函数才能卸载动态库模块，如下所示：
#include <windows.h>
#include <delayimp.h>
// Cpnt1 调用 Basic1
void CpntInvokeBasic()
{
HMODULE hModule = LoadLibrary("../Basic/Basic1.dll");
if (hModule)
{
InvokeBasicFunction();
FreeLibrary(hModule);
}
__FUnloadDelayLoadedDLL2("XmlKit.dll");
}
参考资料：
1.https://blog.csdn.net/zhouzhipen/article/details/7917240
2.https://learn.microsoft.com/zh-cn/cpp/build/reference/linker-support-for-delay-loaded-dlls?view=msvc-170
