ThreadLocal的應用場景

ThreadLocal這個類在多線程并發(fā)中主要的使用場景是什么呢，我們都知道多線程并發(fā)問題實際就是多個線程對公共資源訪問和修改問題，通過我們之前的分析：

如果我們的公共資源只是一個int或boolean等基本數(shù)據(jù)類型的變量，而且只是簡單的賦值或查詢操作，典型的場景就是各種開關和一些標識位操作，那么我們使用volatile保證變量的可見性就可以了

如果我們的操作是一個對int的累加操作或其他一些基礎類型的累加操作，那么我們使用cas實現(xiàn)的atomic類可以實現(xiàn)簡單的原子性操作

如果我們的操作是多個共享資源或更加復雜的原子性操作，那么我們使用synchronized或lock家族類保證操作的原子性

那么ThreadLocal到底補上了多線程并發(fā)中哪種場景的操作？

ThreadLocal實際就是處理了一個資源雖然是公共資源，但每個線程都自己獨有一份且不需要知道這個資源在其他線程中的狀態(tài)，各個線程自己本地的公共資源就好了。

所以這個資源只跟線程本身有關，隨著線程的存在而存在，隨著線程的消亡而消亡。比較典型的場景就是每個web請求request對象所帶的信息（ip，token，請求參數(shù)），所以在好多情況下都會用ThreadLocal保存request。

ThreadLocal是怎么做到把資源綁定到相應線程上的

public void set(T value) {
Thread t = Thread.currentThread();
//拿到當前線程，然后通過當前線程獲取他的成員變量threadLocals，threadLocals實際就是一個map
ThreadLocalMap map = getMap(t);
//當線程的threadLocals不是null時，直接把當前ThreadLocal對象作為key，設置的值作為value放入map中
if (map != null)
map.set(this, value);
else
//如果threadLocals是null時，直接new ThreadLocalMap給當前線程的threadLocals成員變量
createMap(t, value);
}

總結

• ThreadLocal實際上是通過Thread的成員變量threadLocals來發(fā)揮作用，ThreadLocal對象作為key，設置的值作為value放入threadLocals中，所以你如果使用了ThreadLocal那么當前線程就會使用threadLocals變量持有你設置值的threadlocal對象和這個threadLocal設置的值
• 當你用threadLocal對象get方法獲取值時就會通過threadLocals變量的map獲取這個threadLocal設置的值。因為threadLocals變量是thread的成員變量，所以當當前線程執(zhí)行完銷毀后threadLocals變量也就不存在了，隨著線程的存在而存在，隨著線程的消亡而消亡。而每個線程都有自己的threadLocals，所以通過threadLocal設置的值會互不干擾，相互隔離。

那為什么說threadLocal可能導致內(nèi)存泄漏呢

當前線程長時間沒執(zhí)行完而此時又發(fā)生GC，而線程成員變量threadLocals指向的ThreadLocalMap是一個map，key是threadLocal，value是set的值，而key是一個弱引用，在沒有其他對象引用的情況下在gc會被回收，而value是強引用，只要線程不消亡就不會被回收，所以就會造成key為null而value不為null的情況，此時我們已經(jīng)無法拿到這個value，這就造成了內(nèi)存泄漏（系統(tǒng)沒用的對象占用了內(nèi)存，而gc又無法回收）。所以在使用threadLocal時一定記得使用finnaly調(diào)用remove方法

很多情況下我們都會使用線程池來處理請求和一些業(yè)務。線程池里面的線程都是重復使用的，如果在上一次處理業(yè)務時沒有remove，那么這次從theadLocal拿數(shù)據(jù)時就會拿到上次請求的數(shù)據(jù)，這就導致了數(shù)據(jù)混亂

到此這篇關于Java多線程中的ThreadLocal應用場景及問題解讀的文章就介紹到這了,更多相關ThreadLocal應用場景及問題內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論