随笔-68  评论-206  文章-0  trackbacks-5
当我们开发C#代码的时候,经常碰到一个问题,有些class提供Close(),有些class提供Dispose(),那么Dispose和Close到底有什么区别?

首先,Dispose和Close基本上应该是一样的。Close是为了那些不熟悉Dispose的开发者设计的。因为基本上所有的developer都知道Close是干吗的(特别是对于那些有C++背景的developer)。

但是当我们写code时候,如果要实现Close和Dispose的时候,要注意Close和Dispose的设计模式。.net的一些class只提供Close,而且派生自IDisposable,并且隐藏了Dispose方法。是不是觉得很不明白了?

对这些class来说,关键在于它们显式的(explicitly)实现了IDisposable。对于隐式实现来说,你只需要调用"new A().Dispose()",但是对于显式实现来说,Dispose不会是这个class的成员函数。唯一的调用方式是你先要cast到 IDisposable才行。(“new A().Dispose()”编译不过,但是“((IDisposable)new A()).Dispose()”可以编译过)。所以这样就符合了设计的要求:提供Close(),隐藏Dispose(),并且实现了 IDisposable接口。

在.net的framework里,Close()被设计成public的,并且在Close()里面call被隐藏的Dispose(); Dispose()去call另一个virtual的Dispose(bool)函数。所以如果你从这个class继承,你就必须实现Dispose (bool)方法。

调用者call Close()的时候就会call到你重载的那个Dispose(bool)方法去释放资源。

请参考 http://blogs.msdn.com/brada/archive/2003/07/06/50127.aspx

注意事项:
1,Close()不应该被定义成virtual。对于这个design pattern,Close()只是用来call那个隐藏的Dispose(),用户不应该改变Close的behavior。对于这个问题, System.IO.Stream也有设计问题。之所以有问题是为了满足向后兼容的需求。See http://msdn2.microsoft.com/en-us/library/ms227422.aspx. 文档里面提到虽然Close()是virtual的,但是不应该被override。

演示代码如下:
 1 using System;
 2 
 3 namespace ConsoleApplication
 4 {
 5     abstract class MyStream : IDisposable
 6     {
 7         public MyStream()
 8         {
 9             m_unmanagedResource = Marshal.AllocCoTaskMem(100);
10             m_bitmap = new Bitmap(5050);
11         }
12 
13         #region IDisposable Members
14         void IDisposable.Dispose()
15         {
16             Dispose(true);
17             GC.SuppressFinalize(this);
18         }
19 
20         protected virtual void Dispose(bool isDisposing)
21         {
22             if (!m_disposed)
23             {
24                 if (isDisposing)
25                 {
26                     m_bitmap.Dispose();
27                 }
28                 Marshal.FreeCoTaskMem(m_unmanagedResource);
29                 m_disposed = true;
30             }
31         }
32         
33         public void Close()
34         {
35             ((IDisposable)this).Dispose();
36         }
37 
38         ~MyStream()
39         {
40             Dispose(false);            
41         }
42 
43         private IntPtr m_unmanagedResource;     // Unmanaged resource
44         private Bitmap m_bitmap;                // IDisposable managed resources
45         private bool m_disposed;
46         
47         #endregion
48     }
49 
50     class MyDerivedStream : MyStream
51     {
52         public MyDerivedStream()
53         {
54             m_anotherMemory = Marshal.AllocCoTaskMem(20);
55             m_anotherImage = new Bitmap(2424);
56         }
57 
58         protected override void Dispose(bool isDisposing)
59         {
60             if (!m_disposed)
61             {
62                 if (isDisposing)
63                 {
64                     m_anotherImage.Dispose();
65                 }
66 
67                 Marshal.FreeCoTaskMem(m_anotherMemory);
68                 base.Dispose(isDisposing);
69                 m_disposed = true;
70             }
71         }
72 
73         public static void Main(string[] args)
74         {
75             MyStream aStream = new MyDerivedStream();
76 
77             aStream.Close();          // Allowed
78             // aStream.Dispose();    // Cannot compile
79 
80             ((IDisposable)aStream).Dispose();     // Allowed
81 
82             //
83             //  This one works as well, because newStream calls the explicit implemented
84             //  IDisposable.Dispose method
85             //
86             using (MyStream newStream = new MyDerivedStream())
87             {
88                 //
89                 //  Do something
90                 //
91             }
92         }
93         
94         private IntPtr m_anotherMemory;
95         private Bitmap m_anotherImage;
96         private bool m_disposed;
97     }
98 }
99 
posted on 2007-01-16 18:06 Kevin Wan 阅读(6567) 评论(22)  编辑 收藏 网摘 所属分类: .NET

评论:
#1楼 2007-01-16 19:08 | Jeffrey Zhao      
That's good. :)
  回复  引用  查看    
#2楼 2007-01-16 20:05 | 丁丁      
按照最小设计,Close方法根本就不应该出现,明显两个方法做了同样的事,还有一点,using()只会自动调用Dispose,这也是Close应该去除的理由。

也许微软程序员考虑到File类若将关闭文件操作称谓Dispose,很怪异,所以还是加上了这个冗余吧,毕竟.NET平台还要支持很多其他语言。

  回复  引用  查看    
#3楼[楼主] 2007-01-16 21:01 | Kevin Wan      
@丁丁
因为using里面的object必须能被隐式的转变为IDisposable才行,所以当然只会调用Dispose()。如果你放其他的object到using()里面,会不能编译。这个跟Close/Dispose的区别没有太大的关系,因为只要你的class实现了IDisposable接口就没有问题了。

  回复  引用  查看    
#4楼 2007-01-16 22:32 | Dflying Chen      
@丁丁
dispose是理想化的、针对于.net平台的、需要释放包含非托管资源的类的设计规范,由IDisposable实现该契约;而close则仅仅是某些特定类的一个仅名称有意义的方法,没有任何契约保证。

从理论上讲,dispose和close二者的实现可以不相同,甚至毫不相关。例如设计一个表示大门的类——Gate,其中定会有诸如open/close等公开方法,然而其close方法的实现却将与dispose方法的实现大相径庭。

  回复  引用  查看    
#5楼 2007-01-16 22:36 | Kevin Wan
@Dflying Chen
解释的非常好!

  回复  引用    
#6楼 2007-01-17 13:11 | lyb      
有个问题想请教:

~MyStream()
{
Dispose(false);
}

这个方法是在释放非托管资源时候调用吗?为什么我加断点执行上面的程序,却没有看到执行这个方法呢!这个方法是垃圾回收器调用的吧,如果我没有写这个方法,是不是非托管资源就不能被释放??

  回复  引用  查看    
#7楼 2007-01-17 13:20 | Jeffrey Zhao      
@lyb
非托管资源需要显式释放。

  回复  引用  查看    
#8楼 2007-01-17 13:36 | lyb      
@Jeffrey Zhao
怎样才算是"显式释放"??

垃圾回收器 释放对象的时候,才会调用上面的~MyStream()方法,去释放非托管资源吧!这个方法其实就是Finalize方法吧!

调用dispose方法没有立即释放资源,而是不是通知垃圾回收器,可以回收对象了,是这样吧!真正释放对象的是垃圾回收器.是吗?

  回复  引用  查看    
#9楼[楼主] 2007-01-17 13:39 | Kevin Wan      
@lyb
这个方法是被GC自动call的,对于小程序来说,GC甚至不会被执行,你就当然看不到这个被调用了。不是,如果你显式调用Close/Dispose,非托管资源还是会被释放的,而且.NET希望我们显示调用Close/Dispose。

  回复  引用  查看    
#10楼[楼主] 2007-01-17 13:41 | Kevin Wan      
@lyb
不对。原则上你调用Dispose就会释放资源,除非你在Dispose方法里不释放资源。

  回复  引用  查看    
#11楼 2007-01-17 13:51 | lyb      
@Kevin Wan
Marshal.FreeCoTaskMem(m_unmanagedResource);
再仔细看了看这个程序,其实这句话应该就是显示释放 这个非托管资源.

我的意思是: 如果你的Dispose方法中没有写这句话,不管是等到GC调用,还是调用Dispose,都不能释放这个非托管资源.

所以Jeffrey Zhao 才说:非托管资源需要显式释放

只不过这里封装在了Dispose里面.

  回复  引用  查看    
#12楼[楼主] 2007-01-17 13:54 | Kevin Wan      
@lyb
是这个样子的,呵呵。

你总是要写的啊,不然GC只会释放managed resource啊!:)

  回复  引用  查看    
#13楼 2007-01-17 14:06 | lyb      
@
看来我的理解还是正确的.

我还有个问题:
你在~MyStream()方法中调用了Dispose方法,不知道是不是合适??

因为我觉得这个方法是GC在释放非托管资源的时候调用的,这个函数是不是应该只做一些释放非托管资源的事情:
~MyStream()
{  
   Marshal.FreeCoTaskMem(m_unmanagedResource);


我看了<<框架程序设计(修订版)>>中,并没有在释放非托管资源的时候去释放托管资源.GC的内部释放资源的算法不清楚,不知道这样会不会有影响呢?

  回复  引用  查看    
#14楼[楼主] 2007-01-17 14:17 | Kevin Wan      
@lyb
20 protected virtual void Dispose(bool isDisposing)
21 {
22 if (!m_disposed)
23 {
24 if (isDisposing)
25 {
26 m_bitmap.Dispose();
27 }
28 Marshal.FreeCoTaskMem(m_unmanagedResource);
29 m_disposed = true;
30 }
31 }
这里面有个if语句,在finalizer里面是通过Dispose(false)调用的,所以这个if里面的code不会被执行。这样就没有问题了。因为managed resource总是会被GC释放的,而且顺序是不能保证的,所以在finalize的时候我们不能调用Dispose。

  回复  引用  查看    
#15楼 2007-01-17 14:50 | lyb      
@
这样就没有问题了,
非常感谢细心的解答..

  回复  引用  查看    
#16楼[楼主] 2007-01-17 14:54 | Kevin Wan      
@lyb
不客气!:)

  回复  引用  查看    
#17楼 2007-01-17 15:48 | charleschen      
我的理解是Dispose释放资源,而释放资源只是close的一部分工作。
  回复  引用  查看    
#18楼 2007-01-17 15:57 | Hunts.C      
谢谢!有收获。 Mark:)
  回复  引用  查看    
#19楼 2008-01-16 08:59 | zjj[未注册用户]
建议看看这篇文章对你会有帮助的 C#中Dispose和Close的区别和各自的用法 http://www.150it.cn/bianchengwendang/Csap/96192.html
  回复  引用    
#20楼 2008-10-28 14:09 | Mohammed      
实现了Dispose方法后,最好还要在类的共有方法中先判断一下要用到的托管对象或非托管对象是否已被释放(可以判断标记变量m_disposed),如果已被释放,可以抛出异常ObjectDisposeException
  回复  引用  查看    



发表评论

昵称: [登录] [注册]

主页:

邮箱:(仅博主可见)

评论内容:

  登录  注册

[使用Ctrl+Enter键快速提交评论]

0 621869




相关文章:

相关链接: