编写高质量代码改善C#程序的157个建议——建议47:即使提供了显式释放方法,也应该在终结器中提供隐式清理
建议47:即使提供了显式释放方法,也应该在终结器中提供隐式清理
在标准的Dispose模式中,我们注意到一个以~开头的方法,如下:
/// <summary>
/// 必须,防止程序员忘记了显式调用Dispose方法
/// </summary>
~SampleClass()
{
//必须为false
Dispose(false);
}
这个方法叫做类型的终结器。提供类型终结器的意义在于,我们不能奢望类型的调用者肯定会主动调用Dispose方法,基于终结器会被垃圾回收这个特点,它被用作资源释放的补救措施。
在.NET中每次使用new操作符创建对象时,CLR都会为该对象在堆上分配内存。对于没有继承IDisposable接口的类型对象,垃圾回收器则会直接释放对象所占用的内存:而对于实现了Dispose模式的类型,每次创建对象的时候,CLR都会将该对象的一个指针放到终结列表中,垃圾回收器在回收该对象的内存前,首先将终结列表中的指针放到一个freachable队列中。同时,CLR还会分配专门的线程读取freachable队列,并调用对象的终结器,只有这个时候对象才会真正被识别为垃圾,并且在下一次进行垃圾回收时释放对象所占的内存。
可见,实现了Dispose模式的类型对象,起码要经过两次垃圾回收才能真正地被回收掉,应为垃圾回收机制会安排CLR调用终结器。基于这个特点,如果我们的类型提供了显式释放的方法来减少一次垃圾回收,同时也可以在终结器中提供隐式清理,以避免调用者忘记调用该方法而带来的资源泄漏。
注意:有的文档中,终结器也称为析构器。析构器的叫法沿袭了C++中的称谓,因为两者形式非常接近,但两者实现机制还是不太一致,所以后来微软确定这个方法在C#中的名称为终结器。
如果调用者已经调用Dispose方法进行了显式地资源释放,那么,隐式资源释放(就是终结器)就没有必要再运行了。FCL中的类型GC提供了静态方法SuppressFinalize来通知垃圾回收器这一点。
/// <summary>
/// 实现IDisposable中的Dispose方法
/// </summary>
public void Dispose()
{
//必须为true
Dispose(true);
//通知垃圾回收机制不再调用终结器(析构器)
GC.SuppressFinalize(this);
}
转自:《编写高质量代码改善C#程序的157个建议》陆敏技
最新文章
- 函数:MySQL中字符串匹配函数LOCATE和POSITION使用方法
- Flyme适配源码更新命令,轻松完成打包
- 深入理解redis持久化
- Spring解析实践
- 话说好像是这样,ios下面通常用iframe来打开你的scheme地址; Android下通常用location.href来。。。 不过实际情况好像比这个复杂得多。。
- iOS中集成ijkplayer视频直播框架
- Hadoop with tool interface
- 对dataTable去重
- iOS第三方推送-极光推送
- php 函数 将数组转换成标量变量:extract()
- ubuntu14.04 Markdown编辑器推荐之Remarkable
- js中盒子模型常用的属性你还记得几个?
- java 导出blob图片到excel
- Android后台执行的定时器实现
- apigateway-kong(一)简介及部署
- vue环境的搭建与第一个demo
- 微信小程序支付异常:requestPayment:fail no permission
- Coursera, Deep Learning 5, Sequence Models, week1 Recurrent Neural Networks
- [Object Tracking] Overview of algorithms for Object Tracking
- Tutorial: Generate BBox or Rectangle to locate the target obejct