.NET 常见内存泄漏

简介

以前认为,.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性能调优工具,缺点,不是免费的 :)

技术分享

参考

 

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。