.NET 6.0 JIT加载DLL的内存机制及相关场景差异问询

一、托管DLL的加载与JIT编译逻辑 #

当托管DLL在执行中途被加载时，CLR和JIT的行为是按需加载+按需编译的组合：

• CLR加载DLL时，会读取程序集的元数据（包含类型定义、方法签名等核心信息）和IL代码，但并非把整个DLL的所有内容直接加载到物理内存——通常通过内存映射文件的方式映射到进程地址空间，系统会根据内存压力自动将未使用的页换出到磁盘。
• JIT编译仅针对实际被调用的方法：只有当某个方法第一次被执行时，JIT编译器才会将其IL编译为机器码并缓存到内存中。未被调用的方法的IL不会被编译，对应的内存页若长时间未被访问，会被系统回收或换出。
• 不存在“先加载整个DLL再丢弃其余内容”的步骤：CLR必须加载元数据才能解析要调用的方法的存在和签名，但元数据本身占用的内存远小于编译后的机器码；IL代码是按需映射到内存的，不会一次性占用全部物理内存。

二、托管与非托管DLL的核心差异 #

两者在内存占用上的行为有本质区别：

• 托管DLL：依赖CLR的元数据解析和JIT按需编译机制，内存占用集中在已编译的机器码、活跃的元数据页，未调用的方法不会产生额外的机器码开销，内存利用率更高。
• 非托管DLL：一旦通过LoadLibrary加载（即使是延迟加载），系统会将整个DLL的代码段、数据段映射到进程地址空间。非托管代码没有JIT过程，所有代码都是预编译的机器码，无论是否用到其中的函数，整个DLL的代码段都会占据内存空间（除非系统将未使用的页换出，但逻辑上仍属于进程地址空间的一部分）。若只用到非托管DLL中的少量函数，这种加载方式会造成明显的内存浪费。

三、Visual Studio「生成单个文件」发布的行为变化 #

使用该发布选项时，所有依赖程序集会被打包到单个可执行文件中，其加载和编译逻辑有以下特点：

• 核心逻辑仍保持按需加载+按需编译：运行时CLR会从单文件中提取所需的程序集片段，加载元数据和IL，JIT仅编译被调用的方法，不会一次性加载整个打包文件的内容到内存。
• 若启用代码裁剪（PublishTrimmed=true），发布工具会分析代码的实际依赖，仅保留程序运行必需的类型、方法的元数据和IL，打包后的单文件体积更小，运行时加载的内存内容也更少，进一步降低内存占用。
• 单文件发布的内存映射方式略有不同，但本质上还是依赖系统的虚拟内存机制，未使用的内容不会长期占用物理内存。

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