`
sunnymelon
  • 浏览: 97368 次
  • 性别: Icon_minigender_2
  • 来自: 北京
社区版块
存档分类
最新评论

正确实现 IDisposable 接口

    博客分类:
  • .Net
阅读更多

原文URL:http://www.vipcn.com/InfoView/Article_97236.html

.NET中用于释放对象资源的接口是IDisposable,但是这个接口的实现还是比较有讲究的,此外还有Finalize和Close两个函数。

MSDN建议按照下面的模式实现IDisposable接口:

 1 public class Foo: IDisposable
 2 {
 3     public void Dispose()
 4     {
 5        Dispose(true);
 6        GC.SuppressFinalize(this);
 7     }
 8
 9     protected virtual void Dispose(bool disposing)
10     {
11        if (!m_disposed)
12        {
13            if (disposing)
14            {
15               // Release managed resources
16            }
17 
18            // Release unmanaged resources
19 
20            m_disposed = true;
21        }
22     }
23 
24     ~Foo()
25     {
26        Dispose(false);
27     }
28 
29     private bool m_disposed;
30 }
31 
32
 

在.NET的对象中实际上有两个用于释放资源的函数:Dispose和Finalize。Finalize的目的是用于释放非托管的资源,而Dispose是用于释放所有资源,包括托管的和非托管的。 

在这个模式中,void Dispose(bool disposing)函数通过一个disposing参数来区别当前是否是被Dispose()调用。如果是被Dispose()调用,那么需要同时释放托管和非托管的资源。如果是被~Foo()(也就是C#的Finalize())调用了,那么只需要释放非托管的资源即可。 

这是因为,Dispose()函数是被其它代码显式调用并要求释放资源的,而Finalize是被GC调用的。在GC调用的时候Foo所引用的其它托管对象可能还不需要被销毁,并且即使要销毁,也会由GC来调用。因此在Finalize中只需要释放非托管资源即可。另外一方面,由于在Dispose()中已经释放了托管和非托管的资源,因此在对象被GC回收时再次调用Finalize是没有必要的,所以在Dispose()中调用GC.SuppressFinalize(this)避免重复调用Finalize。 

然而,即使重复调用Finalize和Dispose也是不存在问题的,因为有变量m_disposed的存在,资源只会被释放一次,多余的调用会被忽略过去。 

因此,上面的模式保证了: 

1、 Finalize只释放非托管资源;

2、 Dispose释放托管和非托管资源;

3、 重复调用Finalize和Dispose是没有问题的;

4、 Finalize和Dispose共享相同的资源释放策略,因此他们之间也是没有冲突的。 

在C#中,这个模式需要显式地实现,其中C#的~Foo()函数代表了Finalize()。而在C++/CLI中,这个模式是自动实现的,C++的类析构函数则是不一样的。 

按照C++语义,析构函数在超出作用域,或者delete的时候被调用。在Managed C++(即.NET 1.1中的托管C++)中,析构函数相当于CLR中的Finalize()方法,在垃圾收集的时候由GC调用,因此,调用的时机是不明确的。在.NET 2.0的C++/CLI中,析构函数的语义被改为等价与Dispose()方法,这就隐含了两件事情: 

1、 所有的C++/CLI中的CLR类都实现了接口IDisposable,因此在C#中可以用using关键字来访问这个类的实例。

2、 析构函数不再等价于Finalize()了。 

对于第一点,这是一件好事,我认为在语义上Dispose()更加接近于C++析构函数。对于第二点,Microsoft进行了一次扩展,做法是引入了“!”函数,如下所示:

1 public ref class Foo

2 {
3 public:
4        Foo();
5        ~Foo();       // destrUCtor
6        !Foo();       // finalizer
7 };
8
 

 

“!”函数(我实在不知道应该怎么称呼它)取代原来Managed C++中的Finalize()被GC调用。MSDN建议,为了减少代码的重复,可以写这样的代码:

 1 ~Foo()
 2 {
 3     //释放托管的资源
 4     this->!Foo();
 5 }
 6 
 7 !Foo()
 8 {
 9     //释放非托管的资源
10 }
11
 

对于上面这个类,实际上C++/CLI生成对应的C#代码是这样的:


 1 public class Foo
 2 {
 3     private void !Foo()
 4     {
 5        // 释放非托管的资源
 6     }
 7 
 8     private void ~Foo()
 9     {
10        // 释放托管的资源
11        !Foo();
12     }
13 
14     public Foo()
15     {
16     }
17 
18     public void Dispose()
19     {
20        Dispose(true);
21        GC.SuppressFinalize(this);
22     }
23 
24     protected virtual void Dispose(bool disposing)
25     {
26        if (disposing)
27        {
28            ~Foo();
29        }
30        else
31        {
32            try
33            {
34               !Foo();
35            }
36            finally

37            {
38               base.Finalize();
39            }
40        }
41     }
42 
43     protected void Finalize()
44     {
45        Dispose(false);
46     }
47 }
48  

 

由于~Foo()和!Foo()不会被重复调用(至少MS这样认为),因此在这段代码中没有和前面m_disposed相同的变量,但是基本的结构是一样的。 

并且,可以看到实际上并不是~Foo()和!Foo()就是Dispose和Finalize,而是C++/CLI编译器生成了两个Dispose和Finalize函数,并在合适的时候调用它们。C++/CLI其实已经做了很多工作,但是唯一的一个问题就是依赖于用户在~Foo()中调用!Foo()。 

关于资源释放,最后一点需要提的是Close函数。在语义上它和Dispose很类似,按照MSDN的说法,提供这个函数是为了让用户感觉舒服一点,因为对于某些对象,例如文件,用户更加习惯调用Close()。 

然而,毕竟这两个函数做的是同一件事情,因此MSDN建议的代码就是:  

1 public void Close()
2 {
3     Dispose(();
4 }
5
6
这里直接调用不带参数的Dispose函数以获得和Dispose相同的语义。这样似乎就圆满了,但是从另外一方面说,如果同时提供了Dispose和Close,会给用户带来一些困惑。没有看到代码细节的前提下,很难知道这两个函数到底有什么区别。因此在.NET的代码设计规范中说,这两个函数实际上只能让用户用一个。因此建议的模式是:

 1 public class Foo: IDisposable
 2 {
 3     public void Close()
 4     {
 5        Dispose();
 6     }
 7 
 8     void IDisposable.Dispose()
 9     {
10        Dispose(true);
11        GC.SuppressFinalize(this);
12     }
13 
14     protected virtual void Dispose(bool disposing)
15     {
16        // 同前
17     }
18 }
19  

这里使用了一个所谓的接口显式实现:void IDisposable.Dispose()。这个显式实现只能通过接口来访问,但是不能通过实现类来访问。因此:


1 Foo foo = new Foo();
2
3 foo.Dispose(); // 错误
4 (foo as IDisposable).Dispose(); // 正确
5
这样做到了兼顾两者。对于喜欢使用Close的人,可以直接用 foo.Close(),并且他看不到 Dispose()。对于喜欢Dispose的,他可以把类型转换为 IDisposable 来调用,或者使用using语句。两者皆大欢喜!
http://www.cnblogs.com/xlshcn/archive/2007/01/16/idisposable.html

分享到:
评论

相关推荐

    C#资源管理以及IDisposable的实现

    本文将深入探讨C#中的资源管理以及如何实现`IDisposable`接口。 首先,C#提供了两种主要的资源管理机制:自动垃圾回收(Garbage Collection, GC)和手动资源清理。GC是.NET Framework的一项核心功能,负责监控和...

    CLRProfiler 内存泄漏工具 .net

    6. **优化策略**:一旦找到内存泄漏源,可以通过改进设计,如避免使用静态字段存储大量数据,正确实现IDisposable接口,或者减少不必要的大对象创建等方式来优化内存管理。 7. **其他工具**:除了CLRProfiler,还有...

    。net面试大全(附答案)

    4. 实现IDisposable接口的类,通常用于管理非托管资源。以下哪些项可以执行与释放或重置非托管资源相关的任务: - Close:关闭连接,通常用于数据库连接。 - Dispose:释放对象占用的所有资源,包括托管和非托管...

    自定义类型实现系统接口的例子(一)

    本篇文章将深入探讨如何通过自定义类型实现四个关键的系统接口:`IComparable`、`IComparer`、`IEnumerable`和`IEnumerator`以及`IDisposable`。这些接口在各种场景下都有广泛的应用,例如数据排序、枚举遍历和资源...

    C++程序员容易犯的十个C#错误

    如果没有正确地实现IDisposable接口,可能会导致内存泄露和其他问题。 错误5:没有正确地使用GC.SuppressFinalize方法 如果已经使用了Dispose方法,则应当阻止垃圾收集程序再对相应的对象执行Finalize方法。为此,...

    .Net最新面试题2

    实现IDisposable接口的类通常用来处理非托管资源的释放。选项分析: - A. Close:不是IDisposable接口的一部分,但可能是某些类(如FileStream)提供的方法。 - B. Dispose:是IDisposable接口的一部分,用于释放...

    基于C#中IDisposable与IEnumerable、IEnumerator的应用

    实现IDisposable接口通常涉及以下步骤: 1. 在类中声明一个私有布尔变量`isReadyDisposed`,用于跟踪对象是否已被释放。 2. 实现析构函数(finalizer),但不在此处释放托管资源,因为这是垃圾收集器(GC)的责任。...

    .NET 命名空间类名判断

    本文将深入探讨如何在.NET环境中进行命名空间的选择、类的识别以及对特定类是否实现IDisposable接口的检查。 **命名空间的概述** 命名空间是.NET框架中用于组织代码的逻辑容器,它有助于避免类名冲突,尤其是在大型...

    C#中的IDisposable模式用法详解

    C#中的IDisposable模式是一种设计模式,用于管理应用程序中不再使用的非托管资源,例如数据库连接、文件句柄或网络套接字。这种模式是必要的,...理解并正确实现这一模式对于编写高效、健壮的.NET应用程序至关重要。

    C#实现的USB接口操作类[文].pdf

    在本文档中,作者介绍了一个使用C#编程语言实现的USB接口操作类,该类使得开发者可以方便地对USB设备(如U盘、移动硬盘、MP4等)进行读写操作。以下是对这个C#实现的USB接口操作类的详细说明: 首先,作者定义了一...

    C#实现的USB接口操作类.doc

    在C#编程语言中,USB接口的操作通常涉及到硬件交互,这需要特定的库或者驱动程序来实现。在这个文档中,作者创建了一个抽象的USB接口操作类,用于模拟与不同类型的USB设备(如U盘、移动硬盘和MP4)的交互。以下是对...

    (源码)基于dotnetCF框架的蓝天网络点餐系统.zip

    # 基于dotnetCF框架的蓝天网络点餐系统 ## 项目简介 蓝天网络点餐系统是一款基于dotnetCF... 实现IDisposable接口,确保资源在使用后被正确释放,避免内存泄漏。 提供Dispose方法,用于清理和释放控件占用的资源。

    .net非托管资源的回收方法

    总之,处理.NET中的非托管资源时,开发者应该尽量避免单独使用析构函数,而是通过实现IDisposable接口并提供显式的资源释放机制来确保资源的及时和正确的释放,这样可以提高应用程序的性能和稳定性。

    垃圾回收:在微软.NET框架自动内存管理

    因此,对于那些需要执行清理操作的资源(如文件、数据库连接等),开发者应在类型中实现IDisposable接口,该接口包含一个Dispose方法供开发者实现。Dispose方法中应包含释放资源的逻辑,开发者应在不再需要资源时...

    .net笔试题选择题集.docx

    3. **IDisposable接口**:实现了IDisposable接口的类通常用来释放非托管资源。`Close`、`Dispose`和`Finalize`可以执行相关任务。选项A和B是正确的,C是析构函数,也与资源清理有关;D的`using`关键字在C#中用于自动...

    实现标准的Dispose模式.txt

    为了实现`IDisposable`接口,类需要包含以下元素: 1. **Dispose方法**:此方法用于释放非托管资源,并执行清理工作。 2. **内部标志**:通常是一个布尔类型的私有字段,用于跟踪对象是否已经被处置过,以防止多次...

    一次性

    4. ** Dispose(bool disposing)**:在实现IDisposable接口时,通常会有一个带有disposing参数的Dispose方法,用来区分是否在垃圾回收期间调用。如果disposing为true,表示由用户代码调用,可以释放托管和非托管资源...

    using的用途和使用技巧

    // 实现IDisposable接口 public void Dispose() { Dispose(true); GC.SuppressFinalize(this); } // 释放资源实现 protected virtual void Dispose(bool disposing) { if (!m_disposed) { if ...

    深入了解C#系列:谈谈C#中垃圾回收与内存管理机制.pdf

    - **IDisposable接口**:通过实现IDisposable接口,可以定义一个Dispose方法,这个方法用于立即释放非托管资源。使用using语句是调用Dispose方法的一个最佳实践,它确保在使用完毕后立即释放资源,而无需等待GC。 ...

Global site tag (gtag.js) - Google Analytics