どのクラスがアンマネージリソースを所有していますか（そしてIDisposableを実装していますか？）

Question

私はan OSS projectに取り組んでいます。人気のあるMediaInfo libraryを.NETで使いやすくしていますが、この質問は一般化可能です。

派生クラスDは常にオブジェクトOその基底クラスDBのコンストラクタを呼び出すインスタンス化する場合。 DBは、コンストラクタに送られたものにその値を設定し、その値自体はで宣言されDBの基本クラスB：

以下のコードで O（AKA MediaInfoをを 『所有』

1. ）？
2. .NETアプリケーションの場合、これらのうちどれがIDisposableを実装する必要がありますか？ 注：Oは管理されていないか、少なくともアンマネージライブラリをラップした管理対象オブジェクトのインスタンスですが、 "MediaInfo.Close（）;"の形式でクリーンアップする必要があります。私はこのことが「管理されていない」とは確信していません。

私は実際のコードを使用させ、明確に支援するため：はDB由来

D：Bに由来するそのO継承を設定

// MediaFile is "D" 
public sealed class MediaFile : GeneralStream 
{ 
    public MediaFile(string filePath) 
     : base(new MediaInfo(), 0) { 
     // mediaInfo is "O" 
     mediaInfo.Open(filePath); 
    } 
} 

DBを：

// GeneralStream is "DB" 
public abstract class GeneralStream : StreamBaseClass 
{ 
    public GeneralStream(MediaInfo mediaInfo, int id) { 
     this.mediaInfo = mediaInfo; // declared in StreamBaseClass 
     // ... 
    } 
} 

BはOを宣言：

// StreamBaseClass is "B" 
public abstract class StreamBaseClass 
{ 
    protected MediaInfo mediaInfo; // "O" is declared 
    // ... 
} 

Answer 1

リソースへの参照を保持するオブジェクトがそれを所有します。

StreamBaseClassは参照番号mediaInfoを持ち、IDisposableを実装する必要があります。参照メソッドとDisposeメソッドは、自動的に派生クラスに継承されます。

Answer 2

クラスCは、IDisposableインターを実装非露光ローカル変数Vである変数を所有している場合、CはIDisposableをとCのIDisposableをなければなりません

クラスDがネイティブリソースNを所有する場合、DはIDisposable（Nを削除する）であり、もにfinalizabあなたがIDisposableを持っていれば、あなたはそれをDispose（）する必要があります。それが完了すると、すべて削除されます。オブジェクトツリーの途中で誰かがあなたを忘れてしまった場合（読者：同僚、あなたの図書館のユーザーなど）は、ネイティブリソースがDのファイナライザによってクリーンアップされるため、オブジェクトをリークしません。

Answer 3

IDisposableの責任は、がを作成するオブジェクトに属します。それ以外の明示的な同意がない場合は、が作成されます。リソースの作成者が消費者の生涯を知らない場合には、反対の約束が一般的に使用されます。多くの場合、コンストラクタまたはファクトリメソッドが、渡されたIDisposableの最後のコンシューマである可能性のあるものを生成している場合、そのメソッドはDisposeを呼び出す責任を受け入れるべきかどうかを示すパラメータを受け入れるか、またはコールバック代理人非nullの場合は、コンシューマがオブジェクトを必要としなくなったときに呼び出されます。オブジェクトの作成者がコンシューマーより長生きすると、nullを渡すことができます。作成者が一度オブジェクトを渡してもオブジェクトの使用がない場合は、オブジェクトのDisposeメソッドを渡すことができます。作成者が消費者の寿命を過ぎるかどうかわからない場合は、オブジェクトがまだ必要かどうかを判断するメソッドを渡し、そうでない場合はDisposeを呼び出します。

具体的には、チェーンコンストラクタコール内にIDisposableを作成することは、リソースリークのレシピです（try-finallyブロックにチェーンコンストラクタ呼び出しをラップする方法がないため）。あなたが何とか安全に扱うなら（例えば、チェーンコンストラクタでなくファクトリメソッドを使うか、または[threadstatic]ハックを使って）、私は、オブジェクトの作成者（派生クラス）が消費者（基本クラス）、所有権およびクリーンアップの責任は、オブジェクト作成者にとどまるべきです。