首页 > 代码库 > C#静态构造函数和析构函数片段化认知
C#静态构造函数和析构函数片段化认知
一、静态构造函数
一个类可以有静态构造函数，实现如下源代码。静态构造函数有以下特性：
1）、静态构造函数不能有修饰符（润饰符）
2）、静态构造函数不能有参数
3）、不能被调用——在实例化类的时候，静态构造函数被主动调用
4）、只能对类的静态成员进行初始化
public class QueueClass { public string Name { get; set; } public static int Age { get; set; } public QueueClass() { } static QueueClass() { //Name = "";//静态构造函数不能对非静态成员初始化 Age = 10; Console.WriteLine(@"我是静态解构函数（构造函数），我具有如下特性：\1）、无参，无修饰符（润饰符），不能被调用，类实例化时，自动调用静态构造函数；2）、只能对静态成员进行初始化；"); }~QueueClass() { Console.WriteLine("我是析构函数（解构），请注意啦，我要回收非托管资源的用户代码段 ！"); } }
二、析构函数和垃圾回收器在C#中的应用（本段内容来自：http://www.cnblogs.com/kiwi/archive/2012/04/05/2433709.html）
析构函数是实现烧毁一个类的实例的方法成员。析构函数不能有参数，不能任何润饰符而且不能被调用。由于析构函数的目标与结构函数的相反，就加前缀‘~’以示差别。
固然C#（更确实的说是CLR）供给了一种新的内存治理机制---主动内存治理机制（Automatic memory management），资源的开释是可以通过“垃圾回收器” 主动完成的，一般不需要用户干涉，但在有些特别情况下还是需要用到析构函数的，如在C#中非托管资源的开释。
资源的开释一般是通过‘垃圾回收器‘主动完成的,但具体来说,仍有些需要留心的处所：
1. 值类型和引用类型的引用实在是不需要什么‘垃圾回收器‘来开释内存的,由于当它们出了作用域后会主动开释所占内存，由于它们都保留在栈(Stack)中;
2. 只有引用类型的引用所指向的对象实例才保留在堆(Heap)中,而堆由于是一个自由存储空间,所以它并没有像‘栈‘那样有生存期(‘栈‘的元素弹出后就代表生存期结束,也就代表开释了内存),并且要留心的是,‘垃圾回收器‘只对这块区域起作用;
然而,有些情况下，当需要开释非托管资源时,就必需通过写代码的方法来解决。通常是应用析构函数开释非托管资源，将用户自己编写的开释非托管资源的代码段放在析构函数中即可。需要留心的是,假如一个类中没有应用到非托管资源,那么必定不要定义析构函数,这是由于对象履行了析构函数,那么‘垃圾回收器‘在开释托管资源之前要先调用析构函数，然后第二次才真正开释托管资源，这样一来，两次删除动作的花销比一次大多的。
三、托管资源和非托管资源（本段来自：http://www.cnblogs.com/nzbbody/archive/2012/01/18/2325335.html）
托管资源：一般是指被CLR控制的内存资源，这些资源由CLR来管理。可以认为是.net 类库中的资源。
非托管资源：不受CLR控制和管理的资源，比如文件流，数据库的连接，网络连接，系统的窗口句柄，打印机资源等，这类资源一般不存在堆上。可以认为操作系统资源的一组API。
对于托管资源，GC负责垃圾回收。对于非托管资源，GC可以跟踪非托管资源的生存期，但是不知道如何释放它，这时候就要人工进行释放。
本段来自：http://blog.csdn.net/zlwzlwzlw/article/details/7918633
托管资源指的是.NET可以自动进行回收的资源，主要是指托管堆上分配的内存资源。托管资源的回收工作是不需要人工干预的，有.NET运行库在合适调用垃圾回收器进行回收。
非托管资源指的是.NET不知道如何回收的资源，最常见的一类非托管资源是包装操作系统资源的对象，例如文件，窗口，网络连接，数据库连接，画刷，图标等。这类资源，垃圾回收器在清理的时候会调用Object.Finalize()方法。默认情况下，方法是空的，对于非托管对象，需要在此方法中编写回收非托管资源的代码，以便垃圾回收器正确回收资源。
在.NET中，Object.Finalize()方法是无法重载的，编译器是根据类的析构函数来自动生成Object.Finalize()方法的，所以对于包含非托管资源的类，可以将释放非托管资源的代码放在析构函数。
注意，不能在析构函数中释放托管资源，因为析构函数是有垃圾回收器调用的，可能在析构函数调用之前，类包含的托管资源已经被回收了，从而导致无法预知的结果。
本来如果按照上面做法，非托管资源也能够由垃圾回收器进行回收，但是非托管资源一般是有限的，比较宝贵的，而垃圾回收器是由CRL自动调用的，这样就无法保证及时的释放掉非托管资源，因此定义了一个Dispose()方法，让使用者能够手动的释放非托管资源。Dispose()方法释放类的托管资源和非托管资源，使用者手动调用此方法后，垃圾回收器不会对此类实例再次进行回收。Dispose()方法是由使用者调用的，在调用时，类的托管资源和非托管资源肯定都未被回收，所以可以同时回收两种资源。
Microsoft为非托管资源的回收专门定义了一个接口：IDisposable，接口中只包含一个Dispose()方法。任何包含非托管资源的类，都应该继承此接口。
在一个包含非托管资源的类中，关于资源释放的标准做法是：
（1） 继承IDisposable接口；
（2） 实现Dispose()方法，在其中释放托管资源和非托管资源，并将对象本身从垃圾回收器中移除（垃圾回收器不在回收此资源）；
（3） 实现类析构函数，在其中释放非托管资源。
在使用时，显示调用Dispose()方法，可以及时的释放资源，同时通过移除Finalize()方法的执行，提高了性能；如果没有显示调用Dispose()方法，垃圾回收器也可以通过析构函数来释放非托管资源，垃圾回收器本身就具有回收托管资源的功能，从而保证资源的正常释放，只不过由垃圾回收器回收会导致非托管资源的未及时释放的浪费。
在.NET中应该尽可能的少用析构函数释放资源。在没有析构函数的对象在垃圾处理器一次处理中从内存删除，但有析构函数的对象，需要两次，第一次调用析构函数，第二次删除对象。而且在析构函数中包含大量的释放资源代码，会降低垃圾回收器的工作效率，影响性能。所以对于包含非托管资源的对象，最好及时的调用Dispose()方法来回收资源，而不是依赖垃圾回收器。
上面就是.NET中对包含非托管资源的类的资源释放机制，只要按照上面要求的步骤编写代码，类就属于资源安全的类。
下面用一个例子来总结一下.NET非托管资源回收机制：
Public class BaseResource:IDisposable
{
PrivateIntPtr handle; // 句柄，属于非托管资源
PrivateComponet comp; // 组件，托管资源
Privateboo isDisposed = false; // 是否已释放资源的标志
PublicBaseResource
{
}
//实现接口方法
//由类的使用者，在外部显示调用，释放类资源
Publicvoid Dispose()
{
Dispose(true);// 释放托管和非托管资源
//将对象从垃圾回收器链表中移除，
// 从而在垃圾回收器工作时，只释放托管资源，而不执行此对象的析构函数
GC.SuppressFinalize(this);
}
//由垃圾回收器调用，释放非托管资源
~BaseResource()
{
Dispose(false);// 释放非托管资源
}
//参数为true表示释放所有资源，只能由使用者调用
//参数为false表示释放非托管资源，只能由垃圾回收器自动调用
//如果子类有自己的非托管资源，可以重载这个函数，添加自己的非托管资源的释放
//但是要记住，重载此函数必须保证调用基类的版本，以保证基类的资源正常释放
Protectedvirtual void Dispose(bool disposing)
{
If(!this.disposed)// 如果资源未释放 这个判断主要用了防止对象被多次释放
{
If(disposing)
{
Comp.Dispose();// 释放托管资源
}
closeHandle(handle);// 释放非托管资源
handle= IntPtr.Zero;
}
this.disposed= true; // 标识此对象已释放
}
}
析构函数只能由垃圾回收器调用。
Despose()方法只能由类的使用者调用。
在C#中，凡是继承了IDisposable接口的类，都可以使用using语句，从而在超出作用域后，让系统自动调用Dispose()方法。
一个资源安全的类，都实现了IDisposable接口和析构函数。提供手动释放资源和系统自动释放资源的双保险。
C#静态构造函数和析构函数片段化认知