因此，默認(rèn)的處置模式實(shí)現(xiàn)如下所示：class SomeClass : IDisposable{   // Flag: Has Dispose already been called?   bool disposed = false;   // Public implementation of Dispose pattern callable by consumers.   public void Dispose()   {       Dispose(true);      GC.SuppressFinalize(this);              }   // Protected implementation of Dispose pattern.   protected virtual void Dispose(bool disposing)   {      if (disposed)         return;       if (disposing) {         // Free any other managed objects here.      }      // Free any unmanaged objects here.      disposed = true;   }   ~SomeClass()   {      Dispose(false);   }}據(jù)說：如果方法調(diào)用來自終結(jié)器（即，如果處置是 false），則僅執(zhí)行釋放非托管資源的代碼。由于未定義垃圾收集器在終結(jié)期間銷毀托管對(duì)象的順序，因此Dispose使用值調(diào)用此重載false可防止終結(jié)器嘗試釋放可能已被回收的托管資源。問題是：為什么假設(shè)被 object of 引用的對(duì)象SomeClass可能已經(jīng)被釋放，我們不應(yīng)該在從 finalizer 調(diào)用方法時(shí)嘗試釋放它們？如果那些對(duì)象仍然被我們的SomeClass對(duì)象引用，它們就不能被釋放，不是嗎？據(jù)說：那些有掛起（未運(yùn)行）終結(jié)器的（暫時(shí)）保持活動(dòng)狀態(tài)，并被放入一個(gè)特殊的隊(duì)列中。[...] 在每個(gè)對(duì)象的終結(jié)器運(yùn)行之前，它仍然非?；钴S——該隊(duì)列充當(dāng)根 對(duì)象。因此，我們的SomeClass對(duì)象再次被該隊(duì)列引用（這與被根引用相同）。對(duì)象引用的其他對(duì)象SomeClass也應(yīng)該是活動(dòng)的（因?yàn)樗鼈兪峭ㄟ^SomeClass對(duì)象生根的）。那么為什么以及如何在SomeClass調(diào)用終結(jié)器時(shí)釋放它們呢？