文献中assembly的定义与Assembly类的差异及定义合理性探讨

先看两组官方定义：

Microsoft Learn说明：程序集（assemblies）以可执行文件（.exe）或动态链接库（.dll）的形式存在，是.NET应用程序的构建块。
ECMA-334规范第7版定义：assembly——编译器编译程序后输出的一个或多个文件

但我们可以通过代码在内存中直接创建Assembly对象，完全不生成磁盘文件：

System.CodeDom.Compiler.CompilerParameters parameters = new CompilerParameters();
parameters.GenerateInMemory = true;
CompilerResults r = CodeDomProvider.CreateProvider("CSharp").CompileAssemblyFromSource(parameters, "public class A {public static int B=7;}");
Assembly a = r.CompiledAssembly;

针对这个矛盾，我们可以从三个角度理清：

1. assembly（程序集）与Assembly对象是不同层面的概念 #

• assembly（程序集）：本质是包含元数据、IL代码、资源的逻辑功能单元，是.NET应用的部署和分发基础。官方定义里的“文件”是它最常见的持久化形态——绝大多数场景下，程序集都是以磁盘文件的形式存在，用于分发、部署和重复加载。
• Assembly对象：是.NET运行时（CLR）在内存中对程序集逻辑单元的抽象实例，用于在运行时访问程序集的类型、元数据等信息。内存中创建的Assembly对象，对应的是没有写入磁盘的程序集逻辑单元，它完全符合程序集的核心结构，只是缺少持久化的文件载体。

2. 定义中“文件”表述的合理性 #

官方定义强调“文件”并非不严谨，而是出于以下原因：

• 主流场景覆盖：.NET诞生以来，程序集的主要使用方式就是以文件形式分发、部署，定义优先描述最普遍的使用形态。
• 标准载体明确：文件是程序集逻辑单元的标准持久化载体，能稳定存储、传输程序集的完整内容，也是运行时默认加载程序集的来源。
• 逻辑一致性：即使是内存中的程序集，其内部结构和磁盘上的程序集文件完全一致，只是没有被写入磁盘——你可以把它理解为“临时存在于内存的程序集文件内容”。

3. 总结 #

二者并非定义矛盾，而是同一逻辑单元的两种存在形式：程序集可以以文件形式持久化存储，也可以仅存在于内存中；Assembly对象则是运行时对程序集的内存抽象，不管程序集来自磁盘还是内存，都会被CLR解析为Assembly对象供代码调用。

内容的提问来源于stack exchange，提问作者Thomas W.