https://www.cnblogs.com/herenzhiming/articles/9691524.html
资源分类：
托管资源指的是.NET可以自动进行回收的资源，主要是指托管堆上分配的内存资源。托管资源的回收工作是不需要人工干预的，有.NET运行库在合适调用垃圾回收器进行回收。
非托管资源指的是.NET不知道如何回收的资源，最常见的一类非托管资源是包装操作系统资源的对象，例如文件，窗口，网络连接，数据库连接，画刷，图标等。这类资源，垃圾回收器在清理的时候会调用Object.Finalize()方法。默认情况下，方法是空的，对于非托管对象，需要在此方法中编写回收非托管资源的代码，以便垃圾回收器正确回收资源。
析构函数、Dispose函数：
在.NET中，Object.Finalize()方法是无法重载的，Object.Finalize()可以释放非托管资源（编译器是根据类的析构函数来自动生成），不能在析构函数中释放托管资源。 因为析构函数是有垃圾回收器调用的，可能在析构函数调用之前，类包含的托管资源已经被回收了，从而导致无法预知的结果。
本来如果按照上面做法，非托管资源也能够由垃圾回收器进行回收，但是非托管资源一般是有限的，比较宝贵的，而垃圾回收器是由CRL自动调用的，这样就无法保证及时的释放掉非托管资源，因此定义了一个Dispose()方法，让使用者能够手动的释放非托管资源。Dispose()方法释放类的托管资源和非托管资源，使用者手动调用此方法后，垃圾回收器不会对此类实例再次进行回收。Dispose()方法是由使用者调用的，在调用时，类的托管资源和非托管资源肯定都未被回收，所以可以同时回收两种资源。
Microsoft为非托管资源的回收专门定义了一个接口：IDisposable，接口中只包含一个Dispose()方法。任何包含非托管资源的类，都应该继承此接口。在一个包含非托管资源的类中，关于资源释放的标准做法是：
（1） 继承IDisposable接口；
（2） 实现Dispose()方法，在其中释放托管资源和非托管资源，并将对象本身从垃圾回收器中移除（垃圾回收器不在回收此资源）；
（3） 实现类析构函数，在其中释放非托管资源。
如果类实现了IDisposable接口，实例化类时可以使用using关键字，则当超出using关键字作用域时会隐式调用Dispose函数。
using(CTest inst = new CTest())
{
//Do Something;
}
显示调用Dispose()方法：
可以及时的释放资源，同时通过移除Finalize()方法的执行，提高了性能；如果没有显示调用Dispose()方法，垃圾回收器也可以通过析构函数来释放非托管资源，垃圾回收器本身就具有回收托管资源的功能，从而保证资源的正常释放，只不过由垃圾回收器回收会导致非托管资源的未及时释放的浪费。
垃圾处理器调用析构：
在.NET中应该尽可能的少用析构函数释放资源。在没有析构函数的对象在垃圾处理器一次处理中从内存删除，但有析构函数的对象，需要两次，第一次调用析构函数，第二次删除对象。而且在析构函数中包含大量的释放资源代码，会降低垃圾回收器的工作效率，影响性能。所以对于包含非托管资源的对象，最好及时的调用Dispose()方法来回收资源，而不是依赖垃圾回收器。
下面是MSDN对这两个函数的建议使用方法:
//MSDN建议
// Design pattern for a base class.
public class Base : IDisposable
{
//保证重复释放资源时系统异常
private bool _isDisposed = false;
// 析构函数，编译器自动生成Finalize()函数由GC自动调用，保证资源被回收。
// 最好不要声明空析构函数，造成性能问题
// 如果没有引用非托管资源就不需要显示声明析构函数，会造成性能问题，系统会自动生成默认析构函数
~Base()
{
// 此处只需要释放非托管代码即可，因为GC调用时该对象资源可能还不需要释放
Dispose(false);
}
//外部手动调用或者在using中自动调用，同时释放托管资源和非托管资源
public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this); ///告诉GC不需要再次调用
}
protected virtual void Dispose(bool disposing)
{
if (!_isDisposed)
{
if (disposing)
{
//释放托管资源
}
// 释放非托管资源
// 释放大对象
this._isDisposed = true;
}
}
}
下面是通过Reflector工具对上面代码反射出来的结果，可以看出析构函数直接被翻译成Finalize()函数了，因为Finalize函数不能被重写，所以只能用析构函数的方式实现Finalize方法:
public class Base : IDisposable
{
// Fields
private bool _isDisposed;
// Methods
public Base();
public void Dispose();
protected virtual void Dispose(bool disposing);
protected override void Finalize();
}
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