8

.Net 4. ThreadLocal<> は IDisposable を実装します。しかし、Dispose() を呼び出しても、保持されているスレッド ローカル オブジェクトへの参照は実際には解放されないようです。

このコードは問題を再現します:

using System;
using System.Collections.Generic;
using System.Collections.Concurrent;
using System.Linq;
using System.Threading;

namespace ConsoleApplication2
{
    class Program
    {
        class ThreadLocalData
        {
            // Allocate object in LOH
            public int[] data = new int[10 * 1024 * 1024];
        };

        static void Main(string[] args)
        {
            // Stores references to all thread local object that have been created
            var threadLocalInstances = new List<ThreadLocalData>();
            ThreadLocal<ThreadLocalData> threadLocal = new ThreadLocal<ThreadLocalData>(() =>
            {
                var ret = new ThreadLocalData();
                lock (threadLocalInstances)
                    threadLocalInstances.Add(ret);
                return ret;
            });
            // Do some multithreaded stuff
            int sum = Enumerable.Range(0, 100).AsParallel().Select(
                i => threadLocal.Value.data.Sum() + i).Sum();
            Console.WriteLine("Sum: {0}", sum);
            Console.WriteLine("Thread local instances: {0}", threadLocalInstances.Count);

            // Do our best to release ThreadLocal<> object
            threadLocal.Dispose();
            threadLocal = null;

            Console.Write("Press R to release memory blocks manually or another key to proceed: ");
            if (char.ToUpper(Console.ReadKey().KeyChar) == 'R')
            {
                foreach (var i in threadLocalInstances)
                    i.data = null;
            }
            // Make sure we don't keep the references to LOH objects
            threadLocalInstances = null;
            Console.WriteLine();

            // Collect the garbage
            GC.Collect();
            GC.WaitForPendingFinalizers();
            GC.Collect();

            Console.WriteLine("Garbage collected. Open Task Manager to see memory consumption.");
            Console.Write("Press any key to exit.");
            Console.ReadKey();
        }
    }
}

スレッド ローカル データには、ラージ オブジェクトへの参照が格納されます。参照が手動で null に設定されていない場合、GC はこれらの大きなオブジェクトを収集しません。タスク マネージャーを使用して、メモリ消費量を観察しました。また、メモリ プロファイラを実行します。ガベージを収集した後のスナップショットを作成しました。プロファイラーは、リークされたオブジェクトが GCHandle によってルート化され、ここに割り当てられていることを示しました。

mscorlib!System.Threading.ThreadLocal<T>.GenericHolder<U,V,W>.get_Boxed()
mscorlib!System.Threading.ThreadLocal<T>.get_Value()
ConsoleApplication2!ConsoleApplication2.Program.<>c__DisplayClass3.<Main>b__2( int ) Program.cs

これは ThreadLocal<> 設計の欠陥のようです。さらにクリーンアップするために割り当てられたすべてのオブジェクトを保存するトリックは醜いです。それを回避する方法についてのアイデアはありますか？

4

2 に答える 2

1

R.Net 4.5 DPで実行していますが、アプリケーションで押すかどうかに違いはありません。実際に 4.0 でメモリ リークがあった場合は、修正されたようです。

(4.5 はインプレース アップデートなので、同じコンピューターで 4.0 をテストすることはできません。申し訳ありません。)

于 2011-11-20T15:32:49.950 に答える
1

メモリはおそらくガベージ コレクションされていますが、CLR プロセスはまだ解放していません。後で必要になった場合に備えて、割り当てられたメモリを少し保持する傾向があるため、高価なメモリ割り当てを行う必要はありません。

于 2011-09-27T09:46:16.067 に答える