A股上市公司传智教育(股票代码 003032)旗下技术交流社区北京昌平校区

 找回密码
 加入黑马

QQ登录

只需一步,快速开始

© 许楠 中级黑马   /  2012-7-7 10:28  /  2729 人查看  /  8 人回复  /   0 人收藏 转载请遵从CC协议 禁止商业使用本文

哪位大虾帮我讲一下Close和Dispose的区别{:soso_e142:}

评分

参与人数 1技术分 +1 收起 理由
宋天琪 + 1

查看全部评分

8 个回复

倒序浏览
以下皆为转载,讲的比较到位,可以看看

C#中Dispose和Close的区别!

当我们开发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(50, 50);
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(24, 24);
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

评分

参与人数 1技术分 +2 收起 理由
宋天琪 + 2

查看全部评分

回复 使用道具 举报
dispose()是断开连接,之后不可以SqlCon.Open()
还需要重新实例化连接对象如: string StrCon = ConfigurationManager.AppSettings["cnnDB"];
        SqlConnection SqlCon = new SqlConnection(StrCon);
之后才能SqlCon.Open()

而close()是暂时关闭,之后可以直接SqlCon.Open(),不需要再实例化连接对象。

评分

参与人数 1技术分 +1 收起 理由
宋天琪 + 1

查看全部评分

回复 使用道具 举报
C#中析构函数是有垃圾搜集器来调用的,当所引用的堆上的数据当无效时,会隐式调用。一般表现为当引用变量超出其作用域时就会调用。Close函数和Dispose函数则是一种约定。调用Close函数释放资源后可能还需要再次使用,而Dispose函数释放的资源不再使用。另外,如果类实现了IDisposable接口,实例化类时可以使用using关键字,则当超出using关键字作用域时会隐式调用Dispose函数。

评分

参与人数 1技术分 +1 收起 理由
宋天琪 + 1

查看全部评分

回复 使用道具 举报
close()此方法以突然的方式终止客户端连接,并不是用于普通的 HTTP 请求处理。方法将重置数据包发送到客户端,其可让服务器、 客户端,或在某处之间缓冲的响应数据丢失。可使用此方法来响应恶意 HTTP 客户端的攻击。但是,如果要向前跳到 EndRequest 事件,并将响应发送到客户端,则通常应改调用 CompleteRequest()。
dispose()使用此方法关闭或释放由实现此接口的类的实例保持的文件、流和句柄等非托管资源。根据约定,此方法用于与释放对象所持有的资源或准备对象以便重新使用关联的所有任务。那个是释放你的窗体所占用的物理内存,如果你不用了,可以释放。不过C#有垃圾回收机制,如果你的窗体关闭,则它会自动释放。不过Dispose()可以养成你良好的编程习惯

评分

参与人数 1技术分 +1 收起 理由
宋天琪 + 1

查看全部评分

回复 使用道具 举报
一般我们用using来管理占用资源的实例化对象,这样就不用考虑细节;
Close ()和Dispose()方法的区别是:
Close在sqlconnection只是关闭连接,其实连接池里还存储了,并没有释放资源,可以通过Open()重新打开
Dispose()是把这个对象的所占用的空间释放了。这个连接就不存在了,不能在使用了

评分

参与人数 1技术分 +1 收起 理由
宋天琪 + 1

查看全部评分

回复 使用道具 举报
举个例子说明一下:
Close 是停业整顿,停业了,可以通过公关,再重开,物还是原来的物;
只是关闭而已,没有释放真正的释放资源,可以重新打开;
Close是关门Dispose是破产;

评分

参与人数 1技术分 +1 收起 理由
宋天琪 + 1

查看全部评分

回复 使用道具 举报
利用连接对象把数据库打开,Close以后可以Open,Dispose以后则连接不能再用。

评分

参与人数 1技术分 +1 收起 理由
宋天琪 + 1

查看全部评分

回复 使用道具 举报
就拿SqlConnection类来说把,如果SqlConnection对象调用了Close()方法,这个连接只是关闭了,但是SqlConnection对象还存在,如果调用了Dispose方法,则SqlConnection就不存在了,其所占的内存也被垃圾回收机制回收
回复 使用道具 举报
您需要登录后才可以回帖 登录 | 加入黑马