Meta
DLL 是 Windows 平台上基于 PE（Portable Executable）格式的一种文件类型，本质上属于可执行文件的范畴。大多数情况下，这种文件是以编译后的二进制形式存在的，可以直接被系统加载和运行，这也是 Windows 系统中最为常见的文件形式之一。然而，对于由 .NET 框架生成的 DLL 文件而言，其内部结构则存在一些特殊之处。在 .NET 生成的 DLL 中，PE 文件头中的一个关键部分是 IMAGE_OPTIONAL_HEADER32 的可选头部区域。这里包含了一系列以 RVA（Relative Virtual Address，相对虚拟地址）形式表示的偏移量信息。其中有两个特别重要的字段：一个是.NET
MetaData Directory RVA，另一个是.NET
MetaData Directory Size。如果这两个值均为 0，则表明该文件是一个普通的二进制可执行程序；而当它们有具体数值时，则说明这是一个 .NET Assembly。通过解析.NET
MetaData Directory所指向的内容，可以提取到关于该程序集的详细信息，包括但不限于程序集清单、.NET 类型元数据、MSIL（Microsoft Intermediate Language，
微软中间语言）代码以及各类资源等。由此可见，这样的 DLL 文件已不再是一个传统意义上的动态链接库，而是更类似于
Java 平台上的 JAR 包——它本身无法直接被操作系统执行，而是需要依赖于 CLR（Common Language Runtime，公共语言运行时）来加载和运行。当用户尝试运行这类 DLL 文件时，实际流程是操作系统首先加载 CLR，再由 CLR 负责解释并执行其中的 MSIL 代码。在这个过程中，CLR 会借助 JIT（Just-In-Time Compiler，即时编译器）将中间语言转换为本地机器码。因此，可以说由 .NET 编写的程序集或可执行文件，并非真正意义上的原生 Windows 可执行文件，而是一个包含了中间语言代码、元数据及资源的复合包，必须通过 CLR 这样的虚拟机环境才能正常运行。从这个角度来看，对于 CLR 而言，文件的具体后缀或者格式并不是核心问题，因为只要内容符合规范，就可以被正确处理。不过由于这是
微软的技术体系，为了便于在 Windows 系统中使用，选择了沿用 PE 文件格式作为载体。即使在其他操作系统上，这一格式也被继续保留下来，以便保持跨平台的一致性。
