.NET框架自动内存管理(4)

.NET框架自动内存管理(4)

 

4．GC类与垃圾回收控制

 

运行库提供GC类使应用程序能够控制垃圾回收器的行为。

前面已经述及，垃圾回收周期是不确定的，由垃圾回收器引擎自动计算最佳的垃圾回收时间。在一个需要大量消耗内存的应用程序中，如果在某个确定的时间点上已经明确占用的内存不再需要，及时释放这些内存对提高应用程序的性能有显著的影响，这时就可以强制垃圾回收器执行回收周期。

GC.Collect方法强制垃圾回收器执行垃圾回收周期。在应用程序中调用GC.Collect方法可以强制垃圾回收，及时释放不再需要的大量内存。但是过于频繁的调用GC.Collect方法同样也会带来应用程序的性能问题。因为，开始执行垃圾回收线程时，垃圾回收器将挂起当前正在执行的所有线程，直到垃圾回收线程结束；另一方面，频繁的调用GC.Collect方法还将削弱垃圾回收器引擎的优化作用。而在通常情况下，垃圾回收器往往可以确定最佳的垃圾回收时间。那种认为你比垃圾回收器聪明的想法是错误的，多数情况下强制垃圾回收并不比自动垃圾回收具有更好的性能。

如果需要阻止垃圾回收器调用对象的Finalize方法，则可以在应用程序中调用GC.SuppressFinalize方法。该方法告诉垃圾回收器：不要试图调用对象的Finalize方法。这种情况多发生于对象所封装的资源已由应用程序显式释放的情形，具体参见下一节的Dispose模式示例。

当需要告诉垃圾回收器一定要调用对象的Finalize方法时，可以调用GC.ReRegisterFinalize方法。例如，如果已经调用过GC. SuppressFinalize方法禁止垃圾回收器调用对象的Finalize方法，之后你又希望垃圾回收器调用该对象的Finalize方法，就可以调用GC.ReRegisterFinalize方法，或者在对象的Finalize方法中也可以调用此方法使自己或引用的对象再生。

当托管对象有被垃圾回收器过早回收的危险时，可以调用GC.KeepAlive方法延长对象生存周期。这种情况发生在当在托管代码中已经没有该对象的引用，但该对象仍可能在非托管代码中使用时，为保持对象仍然有效，需要延长其生存周期，否则对象将被过早回收而导致非托管代码失败。

应用程序还可以通过调用GC.WaitForPendingFinalizers方法强制当前线程挂起，直至垃圾回收器执行完freachable队列中所有对象的Finalize方法为止。

由于通常情况下应用程序不需要对垃圾回收器进行干预，因此本文不对GC类的应用作过多介绍。