客服电话
APP下载
迪恩网络APP
随时随地掌握行业动态
官方微信
扫描二维码
关注迪恩网络微信公众号
|
一、静态构造函数 一个类可以有静态构造函数，实现如下源代码。静态构造函数有以下特性： 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()方法。 |
请发表评论