本文主要是介绍析构函数、dispose模式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
析构函数书写规则
在C#3.0发布之前,析构函数有时也叫终结器(finalizer)
(1)每个类只能有一个析构函数
(2)析构函数不能有参数
(3)析构函数不能有访问修饰符
(4)析构函数名称与类名相同,但要在前面加一个~
(5)析构函数只能作用与类的实例,因此没有静态析构函数
(6)不能在代码中显式调用析构函数,相反,当垃圾回收器分析代码并认为代码中不存在指向该对象的可能路径时,系统会在垃圾回收过程中调用析构函数。
public class A{~A() //析构函数{//相关释放处理}}
析构函数的使用规则
(1)不要在不需要时实现析构函数,这会严重影响性能
(2)析构函数应该只释放对象拥有的外部资源
(3)析构函数不应该访问其他对象,因为无法认定这些对象是否已经被销毁
标准dispose模式
与C++析构函数不同,C#析构函数不会在实例超出作用域时立即调用,事实上,你无法知道何时会调用析构函数,而且你也不能显式调用析构函数,你所能知道的只是,系统会在对象从托管堆上移除之前的某个时刻调用析构函数。如果你想让你的代码中包含的非托管资源越快释放越好,就不能将这个任务留给析构函数,因为无法保证它会何时执行,这时应该采用标准dispose模式。
标准dispose模式使用规则
(1)包含非托管资源的类应该实现IDisposable接口,该接口包含单一方法Dispose,Dispose包含释放资源的清除代码。
(2)如果代码使用完了这些资源并且希望将它们释放,应该在程序代码中调用Dispose方法,注意这是在你的代码中(不是系统中)调用Dispose。
(3)你的类还应该实现一个析构函数,在其中调用Dispose方法,以防止之前没有调用该方法。但是如果调用了Dispose,就需要通知垃圾回收器不要再调用析构函数,因为已经由Dispose执行了清除操作。
析构函数和Disposed代码应遵守的规则
(1)俩者的逻辑应该是,如果由于某种原因代码没有调用Dispose,那么析构函数应该调用它,并释放资源。
(2)在public版本的Dispose方法的最后应该调用GC.SuppressFinalize方法,通知CLR不要调用该对象的析构函数,因为清除工作已经完成。
(3)在Dispose中实现的这些代码,经过多次调用也应该是安全的,也就是说这个方法已经被调用过一次后,后续的调用不会执行额外的工作,也不会抛出任何异常。
(4)Dispose方法有俩个重载,一个是public的,一个是protected的,protected的重载包含实际的清除代码。
(5)public版本可以在代码中显式调用来执行清除工作,它会在内部调用protected版本
(6)析构函数调用的是protected版本
(7)protected版本的bool参数通知方法是被析构函数或是其他代码调用,这一点很重要,因为结果不同所执行的操作会略有不同。
析构函数与构造函数
这篇关于析构函数、dispose模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!