Disposeを呼び出すのは正確に何ですか？

Question

私はガベージコレクションの理解を深め、管理されていないリソース&を管理しようとしています。また、「低レベル」のプログラミングやそのようなものに興味を持っているので、メモリ管理に関する「適切な設計原則」私はあなたがusingブロックまたはこれらのアンマネージリソースを確保するためのいくつかの他のソリューションを使用するをを想定していることを理解し

は、実際に配置されたのですか、私はボンネットの下に何が起こっているのか理解していません。

私はこの記事を見ていた

：MSDNのImplementing a Dispose Methodと、この特定の行で混乱していた：リソースが常に適切にクリーンアップされることを確保するために

、Disposeメソッドは、スローせずに呼び出し可能な複数回でなければなりません例外。

彼らは処分パターンを提供するサンプルコードを見てみましょう：私は上記の引用されたテキストは、基本的に私たちができるように、私たちはbool disposedプロパティを追加しました」、と言っているものを信じる

class DerivedClass : BaseClass 
{ 
    // Flag: Has Dispose already been called? 
    bool disposed = false; 

    // Instantiate a SafeHandle instance. 
    SafeHandle handle = new SafeFileHandle(IntPtr.Zero, true); 

    // Protected implementation of Dispose pattern. 
    protected override void Dispose(bool disposing) 
    { 
     if (disposed) 
     return; 

     if (disposing) 
     { 
     handle.Dispose(); 
     // Free any other managed objects here. 
     } 

     // Free any unmanaged objects here. 

     disposed = true; 

     // Call base class implementation. 
     base.Dispose(disposing); 
    } 
} 

それはtrueもしそうならreturnだかどうかを確認します。それは、その後falseをなら、我々は実際のリソースを処分。我々は

0123「ではない実際に何かの処分を複数回行うその方法を

しかし、これは私には意味がありませんでした。オブジェクトを取り除いてしまったら、もう一度Disposeと呼ぶことができますか？記事から引用されたテキストを考えると、理にかなって -

var cmd = new SqlCommand(); 
cmd.Dispose(); 
cmd.Dispose(); 

これは、コンパイルし、問題なく実行されます。調査するために

は、私は以下の3行を含むコンソールアプリケーションを書きました。しかし、私はが実際にはが起こっていることを理解していません。

私はブレークポイントを設定し、各行を踏んだ。最初のDisposeが呼び出された後、私はcmdがnullであることをVisual Studioのローカルウィンドウが私に伝えることを期待しました。この思考の列に沿って、私は自分自身に尋ねました。「Disposeをnullに電話するにはどうすればいいですか？明らかに、あなたはできません。では何が起こっているのですか？ cmdはなぜ初めて処分された後にSqlCommandオブジェクトですか？

Disposeがやっている、と私は私の物を処分してしまった場合どう正確なぜまだ、すべての意図や目的のために存在するように見えるのでしょうか？

なぜ/次のようにコンパイルして問題なく実行できますか？

var cmd = new SqlCommand(); 
cmd.Dispose(); 
cmd.CommandText = "I figured this would throw an exception but it doesn't"; 

Answer 1

：あなたはこのようなものにするために使用して文を検討することもでき。これにより、管理されていないリソースをきれいに保つことが容易になります。 しかし、Disposeは他の方法と同じで、デストラクタ/ファイナライザと混同しないでください（これは明らかにあなたが期待したものです）

Answer 2

using文はあなたのためにそれを呼び出すことができるという事実を除いてDisposeについての特別なことは何もありません。それ以外は、他の.NET関数とまったく同じです。それは魔法のように任意の変数をnullに設定せず、オブジェクトが再び使用された場合などに例外がスローされる原因になります。

同様に、IDisposableは、usingステートメントのオブジェクトがそれを実装する必要がある点を除いて、特別なインターフェイスではありません。既にダークファルコンが述べた - - あなたが使用してブロック内のクラスの使用方法をカプセル化する際にIDisposableインタフェースは、いくつかの消費クラスとによって呼び出されている

// using(var a = somethingDisposable()) {otherCode();} 
var a = somethingDisposable(); 
try 
{ 
    otherCode(); 
} 
finally 
{ 
    if(a != null) 
     ((IDisposable)a).Dispose(); 
}