私はサービスとして動作VB.NET（.NET 4.5.2）で書かれたコンソールプログラムを持っているGC.Collect（）は

Question

を収集しているものを決定します。連続したループが実行され、MSMQキューのメッセージを待機し、メッセージを処理します。どういうわけかこのプログラムはかなりのメモリリークを持っています。私はすべてのコードを実行し、usingステートメントを使用することができるすべてを行ったが、それでも問題は解決しない。ループの回数が増えるほど、プログラムによって使用されるメモリが高くなります。このメモリは、ガベージコレクタによって再利用されることはありません。

私はループの一番下にGC.Collect（）を入れてしまった、とメモリのほとんどを解放することができました。しかし、これは悪い習慣であり、問​​題を引き起こす可能性があることを認識しています。 GC.Collect（）が取り除く変数を調べる方法があるかどうか疑問に思うので、問題の根本を見つけることができますか？

Do While (True) 
    ' Code to wait for message on a queue 
    ' Code to process message (includes calls to class library) 
    GC.Collect() 
Loop 

Answer 1

手動で呼び出したときにガベージコレクタがメモリを解放している場合、メモリがリークしていません。管理されたメモリ環境でのリークは、GCがオブジェクトグラフのどこかで参照されるため解放できないメモリです。

それは、彼らが道あなたのコードはGEN1、GEN2または大きなオブジェクトヒープに推進されているオブジェクトのインスタンスを使用している可能性があります。これらの世代のインスタンスはgen0よりもあまり頻繁に収集されません。 Windowsリソースモニタには、performance counters that can be used to profile the behavior of the managed heapの数が含まれています。私はあなたがgen2に昇格されているオブジェクトを持っているかもしれないと思います。 「Gen 1 Promoted Bytes/Sec」カウンターを追跡すると、これが起きているかどうかについての洞察が得られます。マネージメモリ環境で

は、GCの実行オブジェクトインスタンスが不要になったときにメモリ圧力ではなく、存在しないので、増加メモリ使用の単なる存在は、必ずしも漏れの兆候ではありません。

Collectを取り出した場合、メモリ使用量は常に増加します（キューから処理されるメッセージ数や処理されるメッセージ数など）か、またはsin波のように上下しますか？後者の場合は、GCがそのようにするだけで、漏れはありません。

• Visual Studioは、メモリ分析機能の数https://msdn.microsoft.com/en-us/library/dn342825.aspx

• SOSデバッガ拡張を管理している、それは心の弱い人のためではありませんが、マネージヒープをふるいのための非常に強力なツールです。 https://docs.microsoft.com/en-us/dotnet/framework/tools/sos-dll-sos-debugging-extension