.Net的垃圾回收機制詳細介紹

本篇內容介紹了“.Net的垃圾回收機制詳細介紹”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

析構函數

析構函數不能有修飾符，如public。不能接受任何參數。

編譯器自動將一個析構函數轉換成對Object.Finalize方法的一個override版，如下。

class Test
{
  protected override void Finalize()
  {
    try {…}
    finally { base.Finalize(); }
  }
}

垃圾回收器

.NET垃圾回收器會保證：

l  每個對象都會被摧毀，它的析構函數一定會被運行。當一個程序結束后，所有對象都會被銷毀。
l  每個對象只被銷毀一次。
l  每個對象只有在不可抵達時（即不存在到該對象的引用時）才會被銷毀。

工作方式：

1)         它構造包含所有可抵達對象的一個map。為此，它會反復跟隨對象中的引用字段。垃圾回收器會非常小心地構造這個map，并確保循環引用不會無限遞歸。這個map中任意對象都不會被認為不可抵達。
2)         它檢查是否有任何不可抵達的對象具有一個需要運行的析構函數（運行析構函數的過程稱為finalization）。需要finalization的任何不可抵達的對象都會放到一個特殊的隊列中。這個隊列稱為freachable隊列。
3)         它回收剩余的不可抵達的對象（即不需要finalization的對象）。為此，它會在heap中向下移動可抵達的對象，從而對heap進行碎片整理，并釋放位于heap頂部的內存。當垃圾回收器移動一個可抵達的對象時，還會更新對該對象的引用。
4)         然后，它允許其他線程恢復執行
5)         它在一個單獨的線程中，對需要finalization的不可抵達的對象（位于freachable隊列中）執行finalize操作。 

有上面的總結可以看出，析構函數的存在會使上面的過程多執行2，5兩步。所以考慮使用using塊來代替泛型。如果所使用的一個類實現了Dispose方法（Close方法）。最好是在finally中調用這個方法（調用方法前需檢查這個要被dispose的對象的disposed屬性是否為false，只有在不為true時再dispose，這也是推薦使用using的原因，using很容易約束這個待析構的變量的作用域-即一對大括號之間）。或者使用using塊將使用這個類的代碼包圍。放入using塊的對象的類型必須實現IDisposable接口。

標準清理模式

最后給出一個.NET推薦使用的標準清理模式代碼，示例代碼：

class MyClass : IDisposable
{
  private bool disposed = false;//Disposal 狀態

  public void Dispose()//公有Dispose方法（可選實現IDisposal接口）
  {
    Dispose(true);
    GC.SuppressFinalize(this);
  }

  ~MyClass()
  {
    Dispose(false);
  }

  protected virtual void Dispose(bool disposing)
  {
    if (!disposed)
    {
      if (disposing)
      {
        //Dispose the managed resources.
      }
      //Dispose the unmanaged resources.
    }
    disposed = true;
  }
}

上述代碼中，我們從析構函數中調用Dispose方法，這樣可以確保Dispose執行。，另外GC.SuppressFinalize(this);用于阻止編譯器在這個對象上執行析構。

“.Net的垃圾回收機制詳細介紹”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！