简介
以前认为，.NET程序内存都是托管的，如果不是调用非托管资源，应该不会存在内存泄漏的问题，但是，最近两天对归档程序内存使用分析，发现，事情不是想象的那么简单。
.NET内存泄漏，更准确的说应该是对象超过生命周期而不能被GC回收。本文列举了几种可能导致内存泄漏的情形，并提供示例代码，及解决方案，希望对大家有所帮助。
所举的例子都是经过自己极端简化过的，只是为了说明观点，具体项目中遇到的情形会复杂很多，需要具体分析。
事件注册后未解除注册
示例代码
程序运行时，内存使用情况如图：
原因分析
示例代码中，表面看起来，一次循环过后，上次new出来的对象a，不会继续被引用到，应该被视为垃圾，下次垃圾回收的时候，会被回收掉。但是，通过实验证明，对象a是不会被回收掉的。
原因是因为，对象b注册了click事件而未销毁，导致对象b会一直引用到a，a不会被视为垃圾被GC回收。
解决办法
对象a生命周期结束后，解除事件的注册，只有这样，a所占用的内存才会在下次垃圾回收的时候被回收掉。
下图为解除事件注册绑定后，内存的使用情况：
静态引用
示例代码
如果一直调用CreateObject方法，程序运行时，内存使用情况如图：
原因分析
静态变量的生命周期是全局的，即程序不退出，所占用的内存一直不会被释放掉。
解决办法
尽量少用静态成员，若一定要使用，注意静态成员引用的对象是否会一直增长。
控件不使用后未销毁
示例代码
程序运行时，内存使用情况如图：
原因分析
示例代码中，控件lbl已经被移除了，表面看起来，下次循环时，该控件应该被视为垃圾，在下次垃圾回收时，被回收掉。但实验证明，内存不会被回收掉。原因在于，控件未被真正销毁掉。
解决办法
控件生命周期结束之后，调用Dispose方法，确保控件能被真正销毁掉。
下图为调用Dispose方法后，内存的使用情况：
调用非托管资源而未释放
示例代码
原因分析
使用未托管对象之后忘记释放。
解决办法
对于实现了IDisposable接口的类可以使用using方式使用，或者显示调用Dispose方法。
工具
日志输出
穷人的工具，输出进程内存使用量 :)
任务管理器
通过观察任务管理器内存使用情况，查看是否存在内存泄露。
.NET Memory Profiler
专业的.NET性能调优工具，缺点，不是免费的 :)
参考
- http://madgeek.com/articles/leaks/leaks.en.html
- http://*.com/questions/620733/memory-leak-in-c-sharp