浅谈C#托管程序中的资源释放问题.doc_第1页
浅谈C#托管程序中的资源释放问题.doc_第2页
浅谈C#托管程序中的资源释放问题.doc_第3页
浅谈C#托管程序中的资源释放问题.doc_第4页
浅谈C#托管程序中的资源释放问题.doc_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

浅谈C#托管程序中的资源释放问题发表日期:2007-7-26更新日期:2007-7-26作者文章阅读次数:3305源自:愚翁(个人网站)标签:c/c+您认为本文应该得共有3人参与打分打印|收藏|讨论|投诉004145a9-8709-4817-a7c8-612b0361b72e那么我要明确告诉一点的就是,在C#中内存的回收是GC去做的,我们在程序中最多只是标记当前对象不再被引用就行了(而GC何时去回收是不确定的,因为回收内存是比较费时费力的,被触发的可能性在于内存紧张或者显示调用GC.Collect)。明白这一点后,那么我们在写程序的时候,当所定义的类型使用了比较大的内存资源或者使用了会引起操作冲突的资源,例如:各种连接对象,各种Stream对象,各种与图有关的对象,各种互斥对象等等,需要提供接口来进行关闭和标记,从而在GC回收的时候能提高效率。终于开始动手写这篇文章了,有个网友催了我好几次,而我要么因为手头有事,要么就是被其他思路给叉开,以至这篇文章拖了好久还没开始写,今天终于可以静下心来完成它。用了.Net工具来写程序的人,不难发现它有个好处,就是使用的内存不用释放,尤其在使用C#或者VB.Net来写程序,因为程序所占用的内存都是受系统托管的,因此内存的释放不需要程序员去操心。很多人从C语言或者C+等等语言转型过来,对于这一点往往很不适应,例如定义一个数组或者去new一个对象的时候,都习惯在使用完毕后用Delete语句去释放它,然而在C#中没有提供类似的语句来进行同样的操作。那么有人就问,是不是.Net不用去释放内存,或者问假如要去显示释放一个对象,该如何去做。那么我要明确告诉一点的就是,在C#中内存的回收是GC去做的,我们在程序中最多只是标记当前对象不再被引用就行了(而GC何时去回收是不确定的,因为回收内存是比较费时费力的,被触发的可能性在于内存紧张或者显示调用GC.Collect)。明白这一点后,那么我们在写程序的时候,当所定义的类型使用了比较大的内存资源或者使用了会引起操作冲突的资源,例如:各种连接对象,各种Stream对象,各种与图有关的对象,各种互斥对象等等,需要提供接口来进行关闭和标记,从而在GC回收的时候能提高效率。.Net提供了三种方法,也是最常见的三种,大致如下:1 析构函数;2 继承IDisposable接口,实现Dispose方法;3 提供Close方法。对于析构函数来说,长时间使用C#的人们,都会对它产生淡忘。或者说用C#编写一个类的时候,很少编写类的析构函数。而对于C#的析构函数来说,基本上延用了原来C+中的意思。但是在C#中不能像C+那样显示去删除一个对象,那么对象的析构函数调用是当GC检测到此对象不再被引用时,才进行删除,此时才会被调用。而对于GC何时去检测和收集是不确定的,因此对象的析构函数调用时机也是不确定的。这里也暗藏了一个道理,就是在析构函数中去做一些资源的关闭和标记就不是很合理了,因为所占有的资源无法迅速地进行关闭或者标记为无用。析构函数不能显示调用,而对于后两种方法来说,都需要进行显示调用才能被执行。而Close与Dispose这两种方法的区别在于,调用完了对象的Close方法后,此对象有可能被重新进行使用;而Dispose方法来说,此对象所占有的资源需要被标记为无用了,也就是此对象要被销毁,不能再被使用。例如常见.Net类库中的SqlConnection这个类,当调用完Close方法后,可以通过Open重新打开一个数据库连接,当彻底不用这个对象了就可以调用Dispose方法来标记此对象无用,等待GC回收。明白了这两种方法的意思后,大家在往自己的类中添加的接口时候,不要歪曲了这两者意思。接下来说说这三个函数的调用时机,我用几个试验结果来进行说明,可能会使大家的印象更深。首先是这三种方法的实现,大致如下: / / The class to show three disposal function / public class DisposeClass:IDisposable public void Close() Debug.WriteLine( Close called! ); DisposeClass() Debug.WriteLine( Destructor called! ); #region IDisposable Members public void Dispose() / TODO: Add DisposeClass.Dispose implementation Debug.WriteLine( Dispose called! ); #endregion 对于Close来说不属于真正意义上的释放,除了注意它需要显示被调用外,我在此对它不多说了。而对于析构函数而言,不是在对象离开作用域后立刻被执行,只有在关闭进程或者调用GC.Collect方法的时候才被调用,参看如下的代码运行结果。 private void Create() DisposeClass myClass = new DisposeClass(); private void CallGC() GC.Collect(); / Show destructor Create(); Debug.WriteLine( After created! ); CallGC();运行的结果为:After created!Destructor called!显然在出了Create函数外,myClass对象的析构函数没有被立刻调用,而是等显示调用GC.Collect才被调用。对于Dispose来说,也需要显示的调用,但是对于继承了IDisposable的类型对象可以使用using这个关键字,这样对象的Dispose方法在出了using范围后会被自动调用。例如: using( DisposeClass myClass = new DisposeClass() ) /other operation here 如上运行的结果如下:Dispose called!那么对于如上DisposeClass类型的Dispose实现来说,事实上并没有达到标记内存无用的目的,也就是说对象的析构函数还会被调用。那么有人就问,既然Dispose方法中去为了显示标记此对象已经不再引用,那么调用对象的析构函数已经没有什么意义,是否能在Dispose中增加处理,来避免析构函数的调用。答案是有的,就是需要在Dispose方法中,加上调用GC.SuppressFinalize(this )的语句。那么改写后的DisposeClass如下: / / The class to show three disposal function / public class DisposeClass:IDisposable public void Close() Debug.WriteLine( Close called! ); DisposeClass() Debug.WriteLine( Destructor called! ); #region IDisposable Members public void Dispose() / TODO: Add DisposeClass.Dispose implementation Debug.WriteLine( Dispose called! ); GC.SuppressFinalize( this ); #endregion 通过如下的代码进行测试。 private void Run() using( DisposeClass myClass = new DisposeClass() ) /other operation here private void CallGC() GC.Collect(); / Show destructor Run(); Debug.WriteLine( After Run! ); CallGC();运行的结果如下:Dispose called!After Run!显然对象的析构函数没有被调用。通过如上的实验以及文字说明,大家会得到如下的一个对比表格。析构函数Dispose方法Close方法意义销毁对象销毁对象关闭对象资源调用方式不能被显示调用,在GC回收是被调用需要显示调用或者通过using语句需要显示调用调用时机不确定确定,在显示调用或者离开using程序块确定,在显示调用时那么在定义一个类型的时候,是否一定要给出这三个函数地实现呢。我的建议大致如下。1 一

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论