C#高级编程之托管资源与非托管资源_c# 定义非托管资源-CSDN博客

本文介绍了.NET中托管资源与非托管资源，阐述了GC垃圾回收机制，指出其不能自动释放非托管资源且非实时性的问题。还说明了非托管资源释放的两种方式：写析构函数和实现IDisposable接口的Dispose方法，强调应尽量少用析构函数，及时调用Dispose方法回收资源。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

参考资料：

托管资源与非托管资源：

垃圾回收机制简介：

非托管资源的释放：

参考资料：

https://www.cnblogs.com/wangshenhe/archive/2012/08/02/2619467.html

托管资源与非托管资源：

a.其中托管资源一般是指被CLR控制的内存资源，这些资源的管理可以由CLR来控制，例如程序中分配的对象，作用域内的变量等。
b.而非托管资源是CLR不能控制或者管理的部分，这些资源有很多，比如文件流，数据库的连接，系统的窗口句柄，打印机资源等等……这些资源一般情况下不存在于Heap（内存中用于存储对象实例的地方）中。

.NET框架中的CLR提供了一种不需要程序员手动显示书写相关代码管理内存使用情况的机制：GC垃圾回收。

垃圾回收机制简介：

C#中和Java一样是一种系统自动回收释放资源的语言，在C#环境中通过 GC（Garbage Collect）进行系统资源回收，在数据基本类型中介绍到，C#数据类型分为引用类型和值类型，

值类型保存在Stack上，随着函数的执行作用域执行完毕而自动出栈，所以这类资源是自动释放的，而无需进行垃圾回收的。但按照定义其仍然是CLR托管的资源。所以这一类型的资源不是GC所关心对象。

GC垃圾回收主要是是指保存在Heap上的资源，像数组，用户定义的类、接口、委托，object，字符串等引用类型，栈上保存着一个地址而已，当栈释放后，即使对象已经没有用了，但堆上分配的内存还在

.NET的GC机制有这样两个问题：
　　首先，GC并不是能释放所有的资源。它不能自动释放非托管资源。
　　第二，GC并不是实时性的，这将会造成系统性能上的瓶颈和不确定性。
　　GC并不是实时性的，这会造成系统性能上的瓶颈和不确定性。所以有了IDisposable接口，IDisposable接口定义了Dispose方法，这个方法用来供程序员显式调用以释放非托管资源。

使用using语句可以简化资源管理:using语句的后面是一对圆括号，其中是引用变量的声明和实例化，该语句使变量的作用域限定在随后的语句块中。如下所示：

using (FileStream stream = new FileStream("",FileMode.OpenOrCreate ))
            {
               //do something

            }

非托管资源的释放：

GC是无法自动释放非托管资源的，对于非托管资源，需要手动释放，有两种方式：

第一种是写析构函数，析构函数就被编译器翻译为Finilize()方法。使用析构函数的问题有两个，一是垃圾回收器不确定什么时候会调用析构函数。二是Finilize()是一个单独线程，多了的话影响效率，增加开销。

第二种是类继承自IDisposable，实现Dispose()方法。用户显示调用Dispose方法来清除资源。

在.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

{

Private IntPtr handle; // 句柄，属于非托管资源

Private Componet comp; // 组件，托管资源

Private bool isDisposed = false; // 是否已释放资源的标志

Public BaseResource

{

}

//实现接口方法

//由类的使用者，在外部显示调用，释放类资源

Public void Dispose()

{

Dispose(true);// 释放托管和非托管资源

//将对象从垃圾回收器链表中移除，

// 从而在垃圾回收器工作时，只释放托管资源，而不执行此对象的析构函数

GC.SuppressFinalize(this);

}

//由垃圾回收器调用，释放非托管资源

~BaseResource()

{

Dispose(false);// 释放非托管资源

}

//参数为true表示释放所有资源，只能由使用者调用

//参数为false表示释放非托管资源，只能由垃圾回收器自动调用

//如果子类有自己的非托管资源，可以重载这个函数，添加自己的非托管资源的释放

//但是要记住，重载此函数必须保证调用基类的版本，以保证基类的资源正常释放

Protected virtual void Dispose(bool disposing)

{

If(!this.disposed)// 如果资源未释放 这个判断主要用了防止对象被多次释放

{

If(disposing)

{

Comp.Dispose();// 释放托管资源

}

closeHandle(handle);// 释放非托管资源

handle= IntPtr.Zero;

}

this.disposed= true; // 标识此对象已释放

}

}

析构函数只能由垃圾回收器调用。

Despose()方法只能由类的使用者调用。

在C#中，凡是继承了IDisposable接口的类，都可以使用using语句，从而在超出作用域后，让系统自动调用Dispose()方法。
一个资源安全的类，都实现了IDisposable接口和析构函数。

提供手动释放资源和系统自动释放资源的双保险。