W ostatnim poście opisałem atrybut ThreadStatic pozwalający na korzystanie ze statycznych pól w sposób niezależny w każdym wątku. Dziś pora na analogiczną klasę, wprowadzoną w .NET 4.0 – ThreadLocal. Zacznijmy od przykładu:

class ClassA
{    
    private ThreadLocal<int> _value=new ThreadLocal<int>();

    public void RunAsync(object value)
    {
        var thread = new Thread(Run);
        thread.Start(value);
        thread.Join();
    }
    private void Run(object value)
    {
        if(value!=null)
            _value.Value = (int)value;

        Console.WriteLine(_value);
    }
}

Następnie wywołujemy RunAsync:

var classA = new ClassA();
classA.RunAsync(2);
classA.RunAsync(null);      

Bez użycia ThreadLocal, otrzymalibyśmy na ekranie 2,2. Powyższy przykład używa jednak ThreadLocal więc pola są niezależne – na ekranie wyświetli się 2,0.

Należy jednak uważać na wątki z puli. Jak wiemy, wątek z puli po zakończeniu działania jest zwracany z powrotem do puli a nie niszczony. Z tego względu może się okazać, że dwa wątki odpalone jeden po drugim będą współdzielić taką samą wartość- jeden się zakończy i potem ten sam będzie uruchomiony.

ThreadLocal umożliwia jeszcze Lazy Loading. Jeśli wartość nie zostanie jawnie ustawiona wtedy można skorzystać z lazy loading aby ją określić np.:

class ClassA
{
    private ThreadLocal<int> _value = new ThreadLocal<int>(() => 5);

    public void RunAsync(object value)
    {
        var thread = new Thread(Run);
        thread.Start(value);
        thread.Join();
    }
    private void Run(object value)
    {
        if(value!=null)
            _value.Value = (int)value;

        Console.WriteLine(_value);
    }
}

W przypadku gdy _value.Value nie zostało ustawione, wtedy próba wywołania _value.Value zwróci zawsze 5. Stanowi to zaletę w porównaniu do ThreadStatic gdzie nie mogliśmy określić wartości domyślnej. Druga oczywista zaleta to fakt, że ThreadStatic dotyczył wyłącznie statycznych pól.