C++/CLI：管理されていないリソースのマネージラッパーでガベージコレクションを防止する

Question

私はC＃からアンマネージドクラスNativeDogを使用する必要があるので、ラッパークラスManagedDogを作成しました。

// unmanaged C++ class 
class NativeDog 
{ 
    NativeDog(...); // constructor 
    ~NativeDog(); // destructor 
    ... 
} 

// C++/CLI wrapper class 
ref class ManagedDog 
{ 
    NativeDog* innerObject; // unmanaged, but private, won't be seen from C# 
    ManagedDog(...) 
    { 
     innerObject = new NativeDog(...); 
     ... 
    } 

    ~ManagedDog() // destructor (like Dispose() in C#) 
    { 
     // free unmanaged resources 
     if (innerObject) 
      delete innerObject; 
    } 

    !ManagedDog() // finalizer (like Finalize() in C#, in case 
    {    // the user forgets to dispose) 
     ~ManagedDog(); // call destructor 
    } 
} 

すべてが順調です、と私はこのようなクラスを使用します。

// in C++/CLI 
// this function is called from C++ code 
void MyLibrary::FeedDogNative(NativeDog* nativedog) 
{ 
    ... // (***) 
} 
// this function is called from C#, passes on the dog to the native function 
void MyLibrary::FeedDogManaged(ManagedDog^ dog) 
{ 
    NativeDog* rawdog = dog->innerObject; 
    MyLibrary::FeedDogNative(rawdog); 
} 

// C# client code 
void MyFunc() 
{ 
    ManagedDog dog = new ManagedDog(...); 
    MyLibrary.FeedDogManaged(dog); 
} 

は、何が間違っていますか？非常に奇妙なことが時々起き始めるまで、私は最初もどちらもしなかった。基本的にMyFunc()を呼び出した後で、プログラムがGCによって一時停止されている場合（ネイティブ関数FeedDogNative（上記の(***)とマークされています）、マネージラッパーは使用されなくなり、C＃MyFuncローカル変数であり、FeedDogManagedコールの後には使用されません）、いずれもFeedDogManagedではありません。そして、これは実際に時々起こった。 GCは、FeedDogNativeがそれを使用し終えていなくても、deleteがネイティブの犬オブジェクトであるファイナライザを呼び出します。だから私のアンマネージドコードは今、削除されたポインタを使用しています。

どうすればこの問題を防ぐことができますか？私はいくつかの方法を考えることができます（例えば、FeedDogManagedの末尾にdogを使用している疑似呼び出し）が、推奨される方法は何ですか？マネージコードで

Answer 1

あなたのFeedDogManaged機能でGC::KeepAlive()呼び出しを必要としています。そのための正確な使用例のようです。

Answer 2

、FeedDogManaged（への呼び出し、次のGC.KeepAlive(dog)を追加）：

http://msdn.microsoft.com/en-us/library/system.gc.keepalive(VS.71).aspx