| ■36574 / inTopicNo.3) | Re[1]: PictureBoxのImageプロパティの割当について |
| > 4行目で「pictureBox1.Image=bmp」としないのは何を意図した > ものなのでしょうか？ 意味ないと思う。 Image.FromFile() には「Image.FromFile() によって生成されたインスタンスが存命中、元になったファイルを開きっぱなしにする」という既知の問題があるわけですが、その対策なら「画像ファイルを FileStream で開き、Image.FromStream でインスタンスを生成する」だけで十分だったはず。 > また、仮に「pictureBox1.Image=bmp」とした場合は > 必ずどこかで(例えばForm_Closing()とか)でDispose()しなければ > ならないのでしょうか？ 原則はそうです。 ただし、その Bitmap のインスタンスの寿命を管理するような、何らかのクラスやコンポーネントに引き渡した場合はその限りではありません。 > 1行目のFileStreamは3行目でClose()を行っていますが、 > FileStreamそのものはDispose()していませんが、これは > これで問題ないのでしょうか？ エラー処理が足りません。 FaileStream でファイル読み込みを行う際などに例外が発生した場合、Close() は実行されません。 なので、using で括るか try ~ finally するかして、きちんと IDisposable.Dispose() が呼び出されることを保証するべきでしょう。 > 基本的にC#ではどこからも参照されなくなったオブジェクトは > 自動的に破棄されると思いますが、それでもnewしたオブジェクトは > 使い終わったらDispose()しておけばとりあえず問題ないと言う > 認識で間違ってませんか？ 方向性は間違ってはいませんが、アバウトです。 「なんでもかんでも解放すりゃいい」ってもんではありません。 まず、IDisposable インターフェースを実装しない、純粋にマネージな要素だけで構成されるオブジェクトに関しては、よほど過酷なシナリオでない限り、そのオブジェクトインスタンスが使用していた資源＝メモリの管理は GC 任せで問題ありません。 アンマネージリソースをカプセルするかどうかにかかわらず、どこからも参照されなくなったオブジェクトは GC によって「いつか」破棄されます。 IDisposable インターフェースを実装するクラスインスタンスについては、GC によるオブジェクトインスタンスの破棄の際に IDisposable.Dispose() 呼び出しが行われます。 なので、プログラマがうっかりしていても、GC によるオブジェクトインスタンスの破棄の際に IDisposable.Dispose() 呼び出しが行われるのは間違いありません。 ですが、それが「いつ」行わるか、の保証がないのです。 IDisposable インターフェースを実装するオブジェクトについては、「いつ」破棄されるかが重要であることが常です。（たとえば、FileStream をいつまでも Close() しなかったら、そのファイルは別プロセスによって変更・削除できません） なので、IDisposable インターフェースを実装するクラスのインスタンスに関しては、プログラマ（アプリケーションあるいはフレームワーク、ライブラリなどのプログラマ）が、IDisposable.Dispose() を呼び出すタイミングを積極的に管理するべきなのです。 ただし、例えあなたが書いたコードの中で new されたオブジェクトであっても、「あなたが IDisposable.Dispose() を呼び出すべきかどうか」は、そのオブジェクトの使われ方によって変わります。 |