なぜ私のCOMコンポーネントはOutOfMemoryExceptionをスローしますが、VB6では正常に動作しますか？

Question

Visual Basic .NETアプリケーションからCOM相互運用機能を使用しているVB6で記述されたCOMコンポーネントがあります。

VB.NETから呼び出されたときにOutOfMemoryExceptionをスローするメソッドがあります。しかし、Visual Basic 6アプリケーションから全く同じ呼び出しを実行すると、すべて正常に動作します。

私はVB6からデバッグしようとするとエラーが発生しないため、これは長すぎるし、フォローするのが難しい（私はそれを修正することが任されている）表示されます。

この動作が異なる原因は何ですか？

辞書オブジェクト（Microsoft Scripting RuntimeのCOM）を使用してパフォーマンスの問題を修正するまで、これはうまくいきました。ディクショナリが非合理的に成長したり漏れない限り、例外がスローされる前にディメンションが100〜200の要素を超えることはなく、1つしか作成されないため、ディクショナリがこの原因となる可能性はありません。

私はCollectionオブジェクトと厄介なExists（）関数で同じ修正を試みましたが、同じ問題が発生します。 Nothingを返すことで早期に救済できれば、それは動作します（つまり、NullReferenceExceptionがスローされます）。

Answer 1

VB.NETでのメモリ管理は非常に異なります。 VB6は参照カウントを使用してCOMオブジェクトを解放し、VB.NETはガベージコレクタを使用します。特に、GCがCOMオブジェクトを解放するのに十分頻繁に実行されないコンポーネントをユニットテストするときは、状況に陥る可能性があります。これらのオブジェクトは、コレクションを開始するためにガベージコレクタに圧力をかけることはありませんが、アンマネージメモリを割り当てます。

これはPerfmon.exe、Performance Monitorで診断を開始します。グラフを右クリックして[カウンタを追加]を選択し、[.NET CLRメモリ]、[Gen 0コレクション]を選択し、プロセスを選択します。妥当な割合でカウンタが1秒以上に増加していることを確認します。

このような問題を解決することはかなり不愉快です。これはコンポーネントを分離することによって引き起こされる人為的な問題ではないことを確認してください。 COMオブジェクトへの参照を保持して、コード内の普通のバグ。 GC.Collect（）の後にGC.WaitForPendingFinalizers（）を呼び出すと、COMオブジェクトが解放されます。 Marshal.ReleaseComObject（）も同様に呼び出します。 GC.AddMemoryPressure（）を使用することも考えられますが、COMオブジェクトに必要な管理されていないメモリの量を考えなければなりません。

Answer 2

STAThreadが設定されていますか？ VB6 COMコンポーネントには、デフォルトではVB.NETアプリケーションが実行されないSTAスレッドが必要です。 http://msdn.microsoft.com/en-us/library/system.stathreadattribute(VS.71).aspx