ThreadLocal是為了解決線程間數(shù)據(jù)共享帶來的問題

• 看下Thread， ThreadLocal和ThreadLocalMap之間的關(guān)系

image.png

• 使用get方法的時(shí)候

public T get() {
        Thread t = Thread.currentThread(); //當(dāng)前線程
        ThreadLocalMap map = getMap(t);  //獲取線程中的數(shù)據(jù)結(jié)構(gòu)ThreadLocalMap
        if (map != null) {
            ThreadLocalMap.Entry e = map.getEntry(this); //ThreadLocal為key拿到ThreadLocalMap中的Entry
            if (e != null) {
                @SuppressWarnings("unchecked")
                T result = (T)e.value; //拿到Entry中存儲(chǔ)的value
                return result;
            }
        }
        return setInitialValue();
    }

1.拿到當(dāng)前Thread;
2.拿到當(dāng)前線程中的數(shù)據(jù)結(jié)構(gòu)ThreadLocalMap;
3.ThreadLocal作為key獲取對(duì)應(yīng)的Entry；
4.取到Entry中的value，就是存儲(chǔ)的數(shù)據(jù)

ThreadLocal和ThreadLocalMap之間的關(guān)系

• ThreadLocalMap.Entry繼承了WeakReference， 它的key是一個(gè)ThreadLocal，所以ThreadLocal的生命周期結(jié)束之后，由于軟應(yīng)用，key也就是ThreadLocalMap也會(huì)在GC的時(shí)候被清除，達(dá)到回收內(nèi)存的目的；這是建立在Thread會(huì)被銷毀的情況下。

ThreadLocal存在的內(nèi)存泄漏問題

• 在線程池存在的情況下可能會(huì)出現(xiàn)內(nèi)存溢出的情況，因?yàn)榫€程池中的線程coreSizePool線程在任務(wù)結(jié)束之后不會(huì)被銷毀，而是回到空閑隊(duì)列中。Thread的生命周期比ThreadLocal長(zhǎng)很多，這樣即使ThreadLocal的生命周期結(jié)束，Entry中的value依然是強(qiáng)引用，導(dǎo)致內(nèi)存無法回收。

如何解決上述問題

• try{}finally{} 關(guān)閉資源，threadLocal.remove()方法可以移除ThreadLocal對(duì)應(yīng)的entry。