與IDisposable混淆

Question

我對正確實現IDisposable的方式有些嘮叨疑惑。請考慮以下情形......

public class Foo : IDisposable {...} 

public class Bar : IDisposable { 

    private bool disposed = false; 
    private readonly Foo MyFoo; 

    public Bar() { 
     this.MyFoo = new Foo(); 
    } 
    public Bar(Foo foo) { 
     this.MyFoo = foo; 
    } 
    ~Bar() { 
     Dispose(false); 
    } 

    protected virtual void Dispose(bool disposing) { 
     if (!this.disposed) { 
      if (disposing) { 
       if (MyFoo != null) { 
        this.MyFoo.Dispose(); 
        this.MyFoo = null; 
       } 
      } 
      this.disposed = true; 
     } 
    } 

    public void Dispose() { 
     Dispose(true); 
     GC.SuppressFinalize(this); 
    } 
} 

我的問題是：

1）如果一個類創建了一個一次性的對象，它應該調用在自己的Dispose該對象的Dispose（）方法（）方法？

2）如果一個可丟棄的對象作爲引用傳遞給一個類，那麼如果該類仍然對該引用對象調用Dispose（）方法，或者應該將它留給創建該對象的類的第一個類？

上述模式似乎出現了很多（特別是與DI），但我似乎無法找到正確的方式來構造這個的具體例子。

Answer 1

~Bar() { 
    Dispose(false); 
} 

當你發現自己是這樣寫代碼，先深吸一口氣，問「我是不是真的需要一個終結？」這是非常罕見的，你需要一個，只有當你自己擁有一個非託管資源的所有權時才需要終結器。

第一次試金石測試是「終結者確實做什麼？如果你遵循這個規範，那很明顯。它調用Dispose（false），並且只有當參數爲true時，代碼纔會執行​​某些操作。接下來是你不需要終結者。這是完全正常的，終結者是微軟擔心的事情。他們編寫了包裝非託管資源的.NET框架類。 FileStream，Socket等等。最重要的是，SafeHandle類用於封裝操作系統句柄。他們有自己的終結者，你不會自己重寫。

因此，沒有一個終結，代碼完全崩潰的簡單和正確執行，你只需要調用存儲自己所有可支配對象的Dispose（）方法：

public class Bar : IDisposable { 
    private readonly Foo MyFoo; 
    public Bar() { 
     this.MyFoo = new Foo(); 
    } 
    public void Dispose() { 
     MyFoo.Dispose(); 
    } 
} 

Answer 2

參閱MSDN優秀文章 Garbage Collection: Automatic Memory Management in the Microsoft .NET Framework

1）如果一個類創建了一個一次性的對象，應該調用它自己的Dispose（）方法是對象的Dispose（）方法？

是的，應該的。否則，Dispose將被調用。但是，這將增加至少一代的物體壽命。這是由於類定義中的終結器。請參閱上面的文章鏈接。

2）如果一個可任意處理的對象作爲引用傳遞給一個類，那麼如果該類仍然對該引用對象調用Dispose（）方法，或者它應該將它留給創建該對象的類第一名？

它是調用者（更具體地說創建實例的類）調用Dispose方法的責任。