C#资源释放方法实例分析
作者:党校校长 发布时间:2022-03-22 04:46:20
本文实例讲述了C#资源释放方法。分享给大家供大家参考,具体如下:
1、try{}finally{}
2、using
只有类型实现了IDisposable接口并且重写Dispose()方法可以使用using语句实现资源释放.
首先来看MSDN中关于这个接口的说明:
[ComVisible(true)]
public interface IDisposable
{ // Methods
void Dispose();
}
1.[ComVisible(true)]:
指示该托管类型对 COM 是可见的.
2.此接口的主要用途是释放非托管资源。
当不再使用托管对象时,垃圾回收器会自动释放分配给该对象的内存。但无法预测进行垃圾回收的时间。另外,垃圾回收器对窗口句柄或打开的文件和流等非托管资源一无所知。将此接口的Dispose方法与垃圾回收器一起使用来显式释放非托管资源。当不再需要对象时,对象的使用者可以调用此方法。
一、基本应用
1.我们来定义一个实现了IDisposable接口的类,代码如下:
public class TestClass :IDisposable
{
public void DoSomething()
{
Console.WriteLine("Do some thing....");
}
public void Dispose()
{
Console.WriteLine("及时释放资源");
}
}
2.我们有两种方式来调用:
2.1.第一种方式,使用Using语句会自动调用Dispose方法,代码如下:
using (TestClass testClass = new TestClass())
{
testClass.DoSomething();
}
2.2第二种方式,现实调用该接口的Dispose方法,代码如下:
TestClass testClass = new TestClass();
try {
testClass.DoSomething();
}
finally
{
IDisposable disposable = testClass as IDisposable;
if (disposable != null)
disposable.Dispose();
}
两种方式的执行结果是一样的。
2.3.使用try/catch/finally的好处是,捕获异常后可以进行处理与此同时也可以释放资源;但是使用using,有异常也可以释放资源,只是无法对异常进行处理,直接将异常放行,而已实际上这两种方法对资源的释放上是一样的.
二、Disposable 模式
1.在.NET种由于当对象变为不可访问后将自动调用Finalize方法,所以我们手动调用IDisposable接口的Dispose方法和对象终结器调用的方法极其类似,我们最好将他们放到一起来处理。
我们首先想到的是重写Finalize方法,如下:
protected override void Finalize()
{
Console.WritleLine("析构函数执行...");
}
当我们编译这段代码的时候,我们发现编译器会报如下的错误: 这是因为编译器彻底屏蔽了父类的Finalize方法,编译器提示我们如果要重写Finalize方法我们要提供一个析构函数来代替,下面我们就提供一个析构函数:
~TestClass() { Console.WriteLine("析构函数执行..."); }
实际上这个析构函数编译器会将其转变为如下代码:
protected override void Finalize()
{
try {
Console.WritleLine("析构函数执行...");
}
finally {
base.Finalize();
}
}
2.然后我们就可以将Dispose方法的调用和对象的终结器放在一起来处理,如下:
public class TestClass: IDisposable
{
~TestClass()
{
Dispose();
}
public void Dispose()
{ // 清理资源
}
}
3.上面实现方式实际上调用了Dispose方法和Finalize方法,这样就有可能导致做重复的清理工作,所以就有了下面经典Disposable 模式:
private bool _isDisposed = false;
public void Dispose()
{
Dispose(true);
GC.SupressFinalize(this);
}
protected void Dispose(bool Diposing)
{
if(!_isDisposed)
{
if(Disposing)
{
//清理托管资源
}
//清理非托管资源
}
_isDisposed=true;
}
~TestClass()
{
Dispose(false);
}
3.1. SupressFinalize方法以防止垃圾回收器对不需要终止的对象调用 Object.Finalize()。
3.2. 使用IDisposable.Dispose 方法,用户可以在可将对象作为垃圾回收之前随时释放资源。如果调用了 IDisposable.Dispose方法,此方法会释放对象的资源。这样,就没有必要进行终止。IDisposable.Dispose 应调用 GC.SuppressFinalize 以使垃圾回收器不调用对象的终结器。
3.3.我们不希望Dispose(bool Diposing)方法被外部调用,所以他的访问级别为protected 。如果Diposing为true则释放托管资源和非托管资源,如果 Diposing等于false则该方法已由运行库从终结器内部调用,并且只能释放非托管资源。
3.4.如果在对象被释放后调用其他方法,则可能会引发 ObjectDisposedException。
三、实例解析
1.下面代码对Dispose方法做了封装,说明如何在使用托管和本机资源的类中实现 Dispose(bool) 的常规示例:
public class BaseResource : IDisposable
{
// 非托管资源
private IntPtr _handle;
//托管资源
private Component _components;
// Dispose是否被调用
private bool _disposed = false;
public BaseResource() { }
public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this);
}
protected virtual void Dispose(bool disposing)
{
if (!this._disposed)
{
if (disposing)
{
// 释放托管资源
_components.Dispose();
}
// 释放非托管资源,如果disposing为false, 只有非托管资源被释放
CloseHandle(_handle);
_handle = IntPtr.Zero;
// 注意这里不是线程安全的
}
_disposed = true;
}
// 析构函数只会在我们没有直接调用Dispose方法的时候调用
// 派生类中不用在次提供析构函数
~BaseResource() { Dispose(false); }
// 如果你已经调用了Dispose方法后再调用其他方法会抛出ObjectDisposedException
public void DoSomething()
{
if (this._disposed)
{
throw new ObjectDisposedException();
}
}
}
public class MyResourceWrapper : BaseResource
{
// 托管资源
private ManagedResource _addedManaged;
// 非托管资源
private NativeResource _addedNative;
private bool _disposed = false;
public MyResourceWrapper() { }
protected override void Dispose(bool disposing)
{
if (!this._disposed)
{
try
{
if (disposing)
{
_addedManaged.Dispose();
}
CloseHandle(_addedNative);
this._disposed = true;
}
finally
{
base.Dispose(disposing);
}
}
}
}
2.使用CLR垃圾收集器,您不必再担心如何管理对托管堆分配的内存,不过您仍需清理其他类型的资源。托管类通过IDisposable接口使其使用方可以在垃圾收集器终结对象前释放可能很重要的资源。通过遵循disposable模式并且留意需注意的问题,类可以确保其所有资源得以正确清理,并且在直接通过Dispose调用或通过终结器线程运行清理代码时不会发生任何问题。
希望本文所述对大家C#程序设计有所帮助。


猜你喜欢
- @Validated和BindingResult 使用遇到的坑@Validated 与BindingResult 需要相邻,否则 变量res
- 如果不考虑更深层的性能问题,我个人认为ScrollerView还是很好用的。而且单用ScrollerView就可以实现分类型的Recycle
- 0-1背包的问题背包问题(Knapsack problem)是一种组合优化的NP完全问题。问题可以描述为:给定一组物品,每种物品都有自己的重
- 本文实例介绍了C 语言实现线程池,支持动态拓展和销毁,分享给大家供大家参考,具体内容如下实现功能1.初始化指定个数的线程2.使用链表来管理任
- android获取手机通讯录联系人信息private void getPhoneContacts() {
- 前言poi的解析方式是dom解析,把结果一次都读入内存操作,这样的操作平时是不会有问题的,但是并发量上来的时候就会出现OOM,EasyExc
- MyBatis的注解实现复杂映射开发实现复杂关系映射之前我们可以在映射文件中通过配置来实现,使用注解开发后,我们可以使用@Results注解
- 微信分享接口的java开发的一些小步骤,具体内容如下1.配置接口信息进行验证代码如下: /** * 访问没认证的地
- 最近对接接口的时候,需要根据对方的请求数据类型来进行传值,常用的就是application/x-www-form-urlencoded,aj
- 问题:Kotlin升级引起的类找不到情况[其实跟Kotlin版本无关]java.lang.NoClassDefFoundError: Fai
- private void button1_Click(object sender, EventArgs e) &nbs
- 关于base64编码Encode和Decode编码的几种方式Base64是一种能将任意Binary资料用64种字元组合成字串的方法,而这个B
- 我们常常需要对数据进行查找,修改,查找数据有许多方法,我们先看看最简单的顺序查找int main(){int i, k = 0;scanf(
- 一、简介Spring Cloud Config为分布式系统中的配置提供服务器端和客户端支持。可以集中管理所有环境中应用程序的配置文件。其服务
- ViewPager介绍ViewPager的功能就是可以使视图滑动,就像Lanucher左右滑动那样。ViewPager用于实现多页面的切换效
- 1 前言前文已经讲述了Spring BeanFactory 与 FactoryBean 的区别详情,
- Fragment是Android honeycomb 3.0开始新增的概念,Fragment名为碎片不过却和Activity十
- 本文实例讲述了Android中AlertDialog显示简单和复杂列表的方法。分享给大家供大家参考,具体如下:AlertDialog 显示简
- 1. 实现效果1.1 controller最终实现效果,在接口上标记上 @Router 注解用来标记当前接口需要根据参数中的某个字段进行数据
- 首先声明一点,这里的重试并不是报错以后的重试,而是负载均衡客户端发现远程请求实例不可到达后,去重试其他实例。@Bean@LoadBalanc