混在モードのC++/CLIアプリケーションでCLRが正しくシャットダウンされない

Question

MFC dllがシャットダウンされる前にCRTにシャットダウンする時間がないため、混在モードのMFCアプリケーションで誤ったメモリリークが発生しています。

私は問題を示し、非常に単純な小さなアプリケーションがあります。

#include <windows.h> 
#include <iostream> 

struct LongTimeToDestroy 
{ 
    ~LongTimeToDestroy() 
    { 
    std::cout << "Will get called!" << std::endl; 
    Sleep(3000); 
    std::cout << "Won't get called!" << std::endl; 
    } 
}; 

LongTimeToDestroy gJamsUpTheCRT; 

int main() 
{ 
} 

はcl.exe /clr test.cppでコンパイルします。実行すると、次のようになります。

Will get called! 

問題の核心は、次のとおりです。gJamsUpTheCRT前に宣言された任意の静的/グローバル変数が割り当て解除されることはありません。たとえば、私の場合、MFC CWinApp派生クラスはクリーンアップされません。

これが期待どおりの動作ですか？私は私のアプリケーションが完全にシャットダウンすることを許可したいと思います。

おかげで、

Answer 1

この現象は予期しないものですか？

はい、CLIの仕様で細かい部分を読む必要があります。これは、プログラムの終了時にマネージオブジェクトのファイナライザが呼び出されることを約束します。しかし、これを行うファイナライザスレッドが2秒かかると警告が表示されます。時間がかかると、CLRは、何かが大幅に間違っているとみなします。シグナルを受け取らない同期オブジェクトでコードブロックを行うという一般的な呪いのように。これはによって処理され、ファイナライザスレッドを終了し、プログラムを終了させます。診断はありません。

この制限を回避する必要があります。

Answer 2

私はthis answers your problemを信じています。

関連するテキスト：

設定可能なものの、デフォルトでCLRは、ファイナライザはせっかちになる前に2秒間に実行できるようになります。このタイムアウトを超えるとファイナライザスレッドが停止し、ファイナライザキューの残りの部分を排水せずにシャットダウンを続行します。

だから、あなたは本当に時間を要するタスクを実行するデストラクタを持つべきではありません。

編集：実際には、CLRクラスではないので、ファイナライズキューに入れてはいけませんか？これは誤解を招く可能性があります。