.net动态加载程序集占用文件

.NET动态加载程序集是一种在运行时动态加载程序集的方法，可以通过代码生成和加载程序集来实现灵活性更强的应用程序。但是使用.NET动态加载程序集可能占用文件，具体原因如下：

1. 程序集加载需要在磁盘上存储程序集文件，这是不可避免的。当你首次加载程序集时，它会从磁盘上读取该文件并将其加载到内存中。因此，这可能会导致一些磁盘IO *** 作。

2. 当程序集被加载时，它会占用系统内存。如果同时加载多个程序集，尤其是大型程序集，系统内存的使用量可能会增加很多。

3. 如果你使用了反射技术，在运行时动态创建和修改对象，可能会额外占用一些内存空间。

因此，如果你需要使用.NET动态加载程序集，需要注意以下几点：

1. 避免同时加载大型程序集，以减少系统内存的使用量。

2. 当程序集不再需要时，及时卸载该程序集，释放系统内存。

3. 使用反射技术时，仅在必要时才创建和修改对象，尽量避免占用额外的内存空间。

4. 需要注意程序集文件的安全性，确保只加载可信任的程序集文件，避免受到恶意程序的攻击。

.NET程序集版本冲突？这问题怎么描述的？

.net不会出现版本冲突问题的，往往版本冲突指的是你开发软件时引用与使用不同的版本所导致的。.net版本的引用依赖的并不是版本号，而是publicToken做为依据的。所以多数时间会出现版本找不到的现象。或者引用了两个不同版本的.net程序集（两个publictoken），即使是这样，那么你开发时编译器是无法通过的，因为编译时根本不知道某个方法到底来源于哪个程序集。出现编译问题时，往往是因为使用了Fake引用，然后，由于更新问题（发布时为使用的版本与开发时使用的版本不同），这时可能会现一些错误的问题。并不会出现版本冲突问题。

所以我无法确定你所谓的版本冲突到底是什么现象，一般在开发活动与部署活动中都不会出现直接的版本冲突提示的。所谓的版本冲突，应该不是程序报错而你自己的理解吧？否则直接把问描述的更清晰些，不要自己给问题定义一些不规则的描述——至少我不觉得你真的遇到了版本冲突的问题。

大前提——.net各版本是可以共存的！MS对其版本控制的机制还是非常信任的。.net开发版本完全共存，而运行版本基本上更不会出现这种情况，本身各运行版本可以共存，而且开发版本与运行版本是不一致的。

比如，.net 3.5是开发版本，但不管你是用.net 2.0还是3.5，其运行版本都是.net 2.0.49XX版本，当然了，.net 4.0/4.5.X/4.6.X/4.7.X生成的程序，其运行版本都是4.0。所以基本上不会遇到版本冲突。

程序集是 .NET Framework 的生成块，它们构成基本部署单元、版本控制、重新使用、激活范围和安全权限。程序集向公共语言运行时提供了解类型实现所需要的信息。它是为共同运行和形成功能逻辑单元而生成的类型和资源的集合。对于运行时，类型不存在于程序集上下文之外。

程序集的定义：

1.程序集是一个或多个托管模块，以及一些资源文件的逻辑组合。

2.程序集是组件复用，以及实施安全策略和版本策略的最小单位。

3.程序集是包含一个或者多个类型定义文件和资源文件的集合。在程序集包含的所有文件中，有一个文件用于 保存清单。（清单是元数据部分中一组数据表的集合，其中包含了程序集中一部分文件的名称，描述了程序集的 版本，语言文化，发布者，共有导出类型，以及组成该程序集的所有文件）。

程序集可以包括一个或多DLL，可执行程序或资源文件等内容。

---