DLL的动态加载卸载特性是否使其不适用于高性能要求的应用？

首先纠正你一个关键误解：DLL并不是每次调用函数时都会加载、卸载，你的代码示例里也不会出现反复加载卸载的情况，下面详细说明：

1. DLL的两种加载方式及时机 #

Windows下DLL有两种核心加载模式：

• 隐式加载（最常用）：通过链接对应的导入库（.lib文件），程序启动时就会把依赖的DLL加载到进程内存空间，直到进程退出才会自动卸载。整个程序运行期间，DLL的代码和数据都常驻内存，调用DLL里的函数/构造函数都是直接访问内存中的代码，没有额外的加载卸载操作。
• 显式加载：通过LoadLibrary/LoadLibraryEx手动加载DLL，FreeLibrary手动卸载。这种模式下，DLL的生命周期完全由开发者控制——只要你不主动调用FreeLibrary，DLL就会一直留在内存里。正常开发中没人会每次调用函数都手动加载卸载，通常是加载一次后复用所有导出内容，用完再卸载。

2. 你的代码示例实际运行流程 #

针对你给出的代码：

int x = 4;
lib_function(x);
non_lib_function();
My_Lib_Type foo(4, 3);

如果是隐式加载：

• 程序启动时，包含lib_function和My_Lib_Type的DLL已经被加载到进程内存。
• 调用lib_function(x)：直接通过导入表跳转到DLL内存中的函数执行，无加载开销。
• 执行non_lib_function()期间，DLL仍然驻留在内存，没有被卸载。
• 创建My_Lib_Type对象：直接调用DLL内存中的构造函数代码，同样无加载操作。

如果是显式加载，只要你在代码开头先调用LoadLibrary加载DLL，后续所有调用都不需要重复加载，流程和上面一致，只是函数地址需要手动通过GetProcAddress获取。

3. DLL的性能开销分析 #

• 加载/卸载阶段：这是唯一有明显开销的环节，包括读取DLL文件到内存、重定位地址、执行DLL的DllMain初始化代码等。但这是一次性开销，程序启动或首次加载时发生一次，后续无影响。
• 运行时调用：加载完成后，DLL函数调用的开销和静态库几乎一致——只是多了一层通过导入表的间接跳转，这个开销微乎其微，对性能严苛的应用几乎没有影响。

只有一种情况会导致严重性能问题：频繁手动加载卸载DLL（比如每次调用函数都LoadLibrary+FreeLibrary）。但这属于错误用法，正常开发中绝不会这么做。

4. DLL是否适用于性能严苛场景 #

结论是：完全适用。只要正确使用（加载一次，复用内存中的DLL代码），DLL的运行时性能和静态库几乎无差别。甚至在多进程场景下，DLL还能通过内存共享节省系统资源，反而更有优势。

内容的提问来源于stack exchange，提问作者Mode77