Disposeはいつ必要ですか？

Question

あなたが持っているときのようなコード：

Bitmap bmp = new Bitmap (100, 100); 
Graphics g = Graphics.FromImage (bmp); 

Pen p = new Pen (Color.FromArgb (128, Color.Blue), 1); 
Brush b = new SolidBrush (Color.FromArgb (128, Color.Blue)); 

g.FillEllipse (b, 0, 0, 99, 99);  
g.FillRegion (b, pictureBox1.Region); 

pictureBox1.BackColor = Color.Transparent; 
pictureBox1.Image = bmp; 

あなたはペンを配置し、ブラシする必要がありますか？ bmpとgについてはどうですか？

私の主な質問は、これらを手作業で処理する場合、スコープから出てすぐに処分されないのはなぜですか？あなたが手動でそれらを処分しなかった場合、それは起こりますか？人々がこれを手作業で行うことが遅れですか？

Answer 1

はい、bmp、g、b、pはすべてIDisposableであるため、すべてをDispose（）する必要があります。好ましくはusing() {}ブロックを使用することによって。

例外があります。を使用する場合、p2を廃棄しないでください。これは在庫品と呼ばれています。 Brushes.Blackなどでも同じです。

については、は、すべての使い捨てクラスで同じです。 .Netは参照カウントを使用しないので、参照が有効範囲外になったときに即時アクションができません（できません）。

ガベージコレクタに残しておくと、最終的に解放されますが、（非常に）非効率的です。すぐに処理しないため、Graphicハンドルが不足しているのに失敗したASP.NET（！）アプリケーションがわかっています。それは画像を生成していた。

Answer 2

Disposeは、アンマネージドリソースを廃棄するために使用されます。

したがって、私はIDisposableオブジェクトのインスタンス化をusingステートメントにラップするので、ペンが管理していないリソースについて心配する必要はありません。

Answer 3

はい、ペンとブラシだけでなく、BitmapとGraphicsも処分する必要があります。

変数自体がオブジェクトではなく参照であり、C＃コンパイラは所有権が依然としてそれらの参照に属しているかどうかわからないため、スコープから外れても処分されません（例：FillEllipse言語コンパイラにはライブラリのセマンティクスに関する特別な知識はないことを覚えておいてください）。

using (Bitmap bmp = new Bitmap (100, 100)) 
using (Graphics g = Graphics.FromImage (bmp)) 
using (Pen p = new Pen (Color.FromArgb (128, Color.Blue), 1)) 
using (Brush b = new SolidBrush (Color.FromArgb (128, Color.Blue))) 
{ 
    g.FillEllipse (b, 0, 0, 99, 99);  
    g.FillRegion (b, pictureBox1.Region); 
} 

このコンパイラインサートは、すべてのオブジェクトを一度に配置されていることを確認して、必要に応じて自動的にDisposeに呼び出しを行います：あなたは所有権がその範囲に制限されていることを示したい場合は

は、あなたがusingステートメントを使用します対応するusingスコープが残されます（通常、returnまたはbreakのようなコントロール転送によって、または例外として）。

C++のバックグラウンドをご存知の方は、const std::auto_ptrに似ていますが、ここでは言語構造で、クラスフィールドでは使用できません。

Answer 4

C＃は、スコープの外に出るとすぐに物を「破壊」したり破棄したりしません。

これらのクラスは、最も可能性が高いは自動的に彼らがスコープの外に行くの後に不確定な時にガベージコレクションされているときに呼び出されます彼らの特別なFinalizer方法、中にしがみつくアンマネージリソースを解放します。

しかし、それに依存することは、あなたのコントロールから外れているものに依存することであり、しばらくの間は起こらないかもしれません。

クラスがIDisposableを実装している場合は、Dispose()を手動で呼び出すか、usingブロックにラップすることをお勧めします。そうすれば、次のことを確認できます。

A.アンマネージドリソースは、確実に解放されます。 です。

B.管理対象外のリソースは、できるだけ早く解放されます。

Answer 5

私は他の人がここでのコード例を入れている知っているが、私はそう始め、私は終了します：

using (Bitmap bmp = new Bitmap(100, 100)) 
{ 
    using (Graphics g = Graphics.FromImage(bmp)) 
    { 
    using (Pen p = new Pen(Color.FromArgb(128, Color.Blue), 1)) 
    { 
     using (Brush b = new SolidBrush(Color.FromArgb(128, Color.Blue))) 
     { 
     g.FillEllipse(b, 0, 0, 99, 99); 
     g.FillRegion(b, pictureBox1.Region); 

     pictureBox1.BackColor = Color.Transparent; 
     pictureBox1.Image = bmp; 
     } 
    } 
    } 
} 

それがあっても、自動的にオブジェクトにDispose()を呼び出すので、私はいつも私のコードでusingを使用usingブロックで例外が発生しています。私はのSharePointプロジェクトでそれをたくさん使っています（しかしそれは別の話です...）。

Answer 6

使い捨てパターンが正しく使用されている場合、Disposeはであり、厳密には必要ありません。 - オブジェクトが完成したときに呼び出されるので、リソースなどが漏れません。

しかし、使い捨て物は通常は限られたネイティブリソースを直接制御することが多いので、Disposeに連絡するとよいでしょう。オブジェクトは通常すぐにファイナライズ/収集されるわけではないので、オブジェクトをもう使用しないと、それらのリソースはちょうどぶら下がり、無駄になります。廃棄するとすぐにリソースが解放され、プログラムの他の部分（または場合によっては他のプログラム）で使用できるようになります。

ブロックが完了したら、ブロックusingが自動的にオブジェクトを破棄します。そのため、ブロック内にDisposeが表示されることはめったにありません。

ショートバージョン：（例：それはPens.Blue、またはGraphicsなどのシステムオブジェクトではありません場合は、OnPaintなどに渡される）オブジェクトがIDisposableを実装し、あなたのコードがそれを作成した場合、あなたは完全にしているとき、それが配置されるべきDisposeを呼び出すか、またはDispose（Closeが一般的です）を呼び出すために指定された他のメソッドを呼び出すか、usingブロックを使用して呼び出します。 にはがありませんが、ほとんどの場合それを処理する必要があります。