.net的GC机制有两个问题:首先GC并不能释放全部资源,它更不能释放非托管资源。其次,GC也不是实时的,全部GC存在不肯定性。
为了解决这个问题donet提供了析构函数程序员
public class TestClass : System.IDisposable { //供程序员显式调用的Dispose方法 public void Dispose() { //调用带参数的Dispose方法,释放托管和非托管资源 Dispose(true); //手动调用了Dispose释放资源,那么析构函数就是没必要要的了,这里阻止GC调用析构函数 System.GC.SuppressFinalize(this); } //protected的Dispose方法,保证不会被外部调用。 //传入bool值disposing以肯定是否释放托管资源 protected void Dispose(bool disposing) { if (disposing) { ///TODO:在这里加入清理"托管资源"的代码,应该是xxx.Dispose(); } ///TODO:在这里加入清理"非托管资源"的代码 } //供GC调用的析构函数 ~TestClass() { Dispose(false);//释放非托管资源 } }
而即便咱们忘记了在合适的时候调用Dispose,GC也会在释放对象的时候帮咱们清理非托管资源的。GC所充当的角色只是一种保障手段,它应该充当这种角色,咱们不能过度依赖它。实际上,在较大的模块退出时咱们还应该及时地手动调用GC.Collect进行垃圾回收。函数
为何实现IDisposable接口的类的对象,由于.net CLR是采用GC(垃圾回收器)机制管理内存,不想C++语言那样,能保证对象的析构函数在做用域结束时被老是被自动调用,有时若是程序运行的过程当中一直没有知足启动GC的条件,则可能GC一次也没启动。 这样,若是一个类须要占用重要资源,就应该实现IDisposable接口,或者使用另外一种简捷的方式:使用Using,如:this
Using(MyClass myObj = new MyClass()) spa
{ ... } .net
对于没有实现IDisposable接口的,也就没什么Dispose方法,但他们的Finalize一样不能保证被调用。 code
Using(MyClass myObj = new MyClass()) 对象
{ ... } blog
是一种好方法,可是只有MyClass实现了IDisposable接口才能这样写.接口