用IDisposable接口释放.NET资源
2005-09-20 16:33
337 查看
使用Dispose 模式能够适当地释放资源,但会增加系统开销。
by Mickey Williams 通过使用Dispose模式可以适当地释放非内存资源,比如数据库连接、Win32 interop组件和操作系统的句柄。你不要指望垃圾收集器能够立即将资源释放掉,因为垃圾收集器是由于管制堆(Managed Heap)的内存紧张时才触发的。你可以快速消耗掉例如数据库连接等少量资源,但会给程序的扩展性造成副面影响。在不必要的时候不能实现Dispose模式,因为它可能会增加系统开销,而这在很多情况下是可以避免的。
在.NET当中Dispose 模式是由一个IDisposable接口来实现的,它包括一个简单的方法--Dispose:
最明显的例子是在一个类里当类的实例抢占住一个非管制资源(unmanaged resource)时必须实现IDisposable,比如一个本地数据连接或是操作系统的句柄。
另外,记下一个经常被忽略的应该实现IDisposable接口的例子。当一个类实现IDisposable时,实例的正确用法是当对象不在需要时调用Dispose方法删除它,因此,在你实现一个类,而该类又包含其他实现IDisposable的类时,必须调用Dispose方法。这通常意味着在该类中你必须实现IDisposable,即使它无法直接处理非管制资源。
以下是一个实现IDisposable接口的典型模式:
在前面的代码片断中,当IDisposable被实现时,可以通过两种方法调用disposal代码。首先,如果你直接调用Dispose方法,所有管制和非管制对象均会被列为被清除目标。可以看到终止操作会执行一个阻止对象被清除掉的优化的步骤。还注意到可以安全地多次调用Dispose方法。调用dispose方法之后,会使用一个标志来确保这个对象上的任何一个方法都不能被调用,示例代码如下:
ObjectDisposedException会提醒你前面已经使用了一个disposed对象。在一个使用过disposed对象上调用其他方法时引发异常是完全有必要的--毕竟,你不能再次使用这些disposed对象。
其次,如果你不调用这个Dispose方法,终止操作会自己调用Dispose(false),它会采用一个和前段代码稍有不同的代码路径。第一,不清除那些管制对象,即使他们也实现了IDisposable接口。你无法确定对象引用是有效的--这些对象可能在等待操作的终止,或者已经被终止了。第二,也没有必要去调用GC.SuppressFinalization,因为这些对象已被终止使用了。
最后,如果你在使用C#,你应该利用其语言固有的对IDisposable接口的支持来实现对象清除,你可以使用以下声明:
C#编辑器会适当地发出调用Dispose方法的IL代码,即使会引发异常。
by Mickey Williams 通过使用Dispose模式可以适当地释放非内存资源,比如数据库连接、Win32 interop组件和操作系统的句柄。你不要指望垃圾收集器能够立即将资源释放掉,因为垃圾收集器是由于管制堆(Managed Heap)的内存紧张时才触发的。你可以快速消耗掉例如数据库连接等少量资源,但会给程序的扩展性造成副面影响。在不必要的时候不能实现Dispose模式,因为它可能会增加系统开销,而这在很多情况下是可以避免的。
在.NET当中Dispose 模式是由一个IDisposable接口来实现的,它包括一个简单的方法--Dispose:
interface IDisposable { void Dispose(); } |
另外,记下一个经常被忽略的应该实现IDisposable接口的例子。当一个类实现IDisposable时,实例的正确用法是当对象不在需要时调用Dispose方法删除它,因此,在你实现一个类,而该类又包含其他实现IDisposable的类时,必须调用Dispose方法。这通常意味着在该类中你必须实现IDisposable,即使它无法直接处理非管制资源。
以下是一个实现IDisposable接口的典型模式:
public class SlalomRacer: IDisposable { bool _disposed = false; public bool IsDisposed { get { return _disposed; } set { _disposed = value; } } ~SlalomRacer() { InternalDispose(false); } public void Dispose() { InternalDispose(true); } protected void InternalDispose(bool disposing) { if(disposing) { GC.SuppressFinalize(this); _managedThing.Dispose(); } _unmanagedThing.Dispose(); } [...] } |
public void SeekHotTub() { if(IsDisposed) throw new ObjectDisposedException("BT"); } |
其次,如果你不调用这个Dispose方法,终止操作会自己调用Dispose(false),它会采用一个和前段代码稍有不同的代码路径。第一,不清除那些管制对象,即使他们也实现了IDisposable接口。你无法确定对象引用是有效的--这些对象可能在等待操作的终止,或者已经被终止了。第二,也没有必要去调用GC.SuppressFinalization,因为这些对象已被终止使用了。
最后,如果你在使用C#,你应该利用其语言固有的对IDisposable接口的支持来实现对象清除,你可以使用以下声明:
using(SlalomRacer mickey = new SlalomRacer()) { // use mickey here mickey.RunGates(); mickey.GetStitches(); } // mickey disposed automatically here |
相关文章推荐
- 用IDisposable接口释放.NET资源
- 建议46:显式释放资源需继承接口IDisposable
- IDisposable资源释放接口
- 正确实现 IDisposable接口,释放托管或非托管资源
- 编写高质量代码改善C#程序的157个建议——建议46:显式释放资源需继承接口IDisposable
- 在 .net 中释放嵌入的资源
- .NET中IDisposable接口的基本使用
- .NET.GC 浅谈.net托管程序中的资源释放问题 (转帖)
- .NET中IDisposable接口的基本使用 (转)
- JDK1.7中新增自动释放资源接口AutoCloseable
- .NET中实现正确的资源释放模式
- 实现IDisposable接口,手动完成资源回收
- .NET中IDisposable接口概念的理解
- 探讨 .NET 语言的 using statement 与资源释放
- .NET中IDisposable接口的基本使用 (转)
- 【.Net码农】c#:使用using关键字自动释放资源未必一定就会有明显好处
- C#资源回收和IDisposable接口的使用
- .NET中IDisposable接口的基本使用
- 动态库,接口参数,STL类型,资源释放失败
- .Net资源释放