一、静态构造函数
一个类可以有静态构造函数,实现如下源代码。静态构造函数有以下特性:
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接口和析构函数。提供手动释放资源和系统自动释放资源的双保险。