Dotnet内存泄漏

关于.NET有一个鲜有人言及的问题，它和使用动态代码生成有关。简而言之，在XML序列化、正则表达式和XLST转换中用到的动态代码生成功能会引起内存泄漏。

尽管公共语言运行时（Common Language Runtime，CLR）能卸载整个应用程序域（App Domain），但是它无法卸载个别的Assemblies。代码生成依赖于创建临时Assemblies。通常这些Assemblies会被加载进主应用程序域中，这也就是说，不到应用程序退出时，它们都无法被卸载。

对于诸如XML序列化的库来说，这个问题并不大。通常，一个给定类型的序列化代码都会缓存起来，这样应用程序则被限制在每类型只有一个临时Assembly。但有些XMLSerializer的重载没有使用缓存。假如开发人员使用了它们，又没有提供在一定程度的应用程序级别的缓存，那么随着本质上相同的代码的新实例不断被加载到内存中，内存将会慢慢发生泄漏。如果您希望了解针对XML相关的更多内容，请参阅.NET Memory Leak: XmlSerializing your way to a Memory Leak一文。

委托在静态：

而非托管资源    （占少部分，比如文件操作，网络连接等）必须显式地释放，否则就可能造成泄露。如果使用的对象提供Dispose（）方法，那么当你使用完毕或在必要的地方（比如Exception）调用该方法，特别是对非托管对象,一定要加以调 用，以达到防止泄露的目的。另外很多时候程序提供对Dispose()的扩展，比如Form，在这个扩展的Dispose方法中你可以把大对象的引用什么 的在退出前释放。

.1 Dispose()的使用

如果使用的对象提供Dispose（）方法，那么当你使用完毕或在必要的地方（比如Exception）调用该方法，特别是对非托管对象,一定要加以调 用，以达到防止泄露的目的。另外很多时候程序提供对Dispose()的扩展，比如Form，在这个扩展的Dispose方法中你可以把大对象的引用什么 的在退出前释放。对于DB连接，COM组件（比如OLE组件）等必须调用其提供的Dispose方法，没有的话最好自己写一个。

4.2 using的使用

using除了引用Dll的功用外，还可以限制对象的适用范围，当超出这个界限后对象自动释放，比如

4.3 事件的卸载

这个不是必须的，推荐这样做。之前注册了的事件，关闭画面时应该手动注销，有利于GC回收资源。

因为有时候引用到的是一个静态的方法，而静态的方法的生命周期是和主domain一致的，所以不会被释放。

4.4 API的调用

一般的使用API了就意味着使用了非托管资源，需要根据情况手动释放所占资源，特别是在处理大对象时。  4.5继承 IDisposable实现自己内存释放接口.Net 如何继承IDisposable接口，实现自己的Dispose()函数

4.6弱引用（WeakReference  ）

通常情况下，一个实例如果被其他实例引用了，那么他就不会被GC回收，而弱引用的意思是，如果一个实例没有被其他实例引用（真实引用），而仅仅是被弱引 用，那么他就会被GC回收。

4.7析构函数(Finalize())

使用了非托管资源的时候，可以自定义析构函数使得对象结束时释放所占资源；         

对仅使用托管资源的对象，应尽可能使用它自身的Dispose方法，一般不推荐自定义析构函数。