ThreadLocal

ThreadLocal是用于解決Java并發(fā)安全性問題的一個類。

其主要作用是防止不同線程中的數(shù)據(jù)沖突。

原理圖

如下： 

原理說明

創(chuàng)建一個ThreadLocal<V>類的對象，默認(rèn)會在每一個線程中都開啟一小片區(qū)域，該片區(qū)域可以理解為kay value格式的(實質(zhì)上是在Thread中有內(nèi)部類ThreadLocalMap，每聲明了一個ThreadLocal，就相當(dāng)于在這個ThreadLocalMap中設(shè)置了一個<key，value>，因為線程是相互獨立的，所以ThreadLocalMap也是獨立的)，ThreadLocalMap中以ThreadLocal實例引用的變量名為key，V為value。

每一個V都是線程獨有的！

使用

ThreadLocal類接口很簡單，只有4個方法：

• void set(Object value)

• 設(shè)置當(dāng)前線程的線程局部變量的值。

• public Object get()

• 該方法返回當(dāng)前線程所對應(yīng)的線程局部變量。

• public void remove()

• 將當(dāng)前線程局部變量的值刪除，目的是為了減少內(nèi)存的占用，該方法是JDK 5.0新增的方法。
• 需要指出的是，當(dāng)線程結(jié)束后，對應(yīng)該線程的局部變量將自動被垃圾回收，所以顯式調(diào)用該方法清除線程的局部變量并不是必須的操作，但它可以加快內(nèi)存回收的速度。

• protected Object initialValue()

• 返回該線程局部變量的初始值，該方法是一個protected的方法，顯然是為了讓子類覆蓋而設(shè)計的。
• 這個方法是一個延遲調(diào)用方法，在線程第1次調(diào)用get()或set(Object)時才執(zhí)行，并且僅執(zhí)行1次。
• ThreadLocal中的缺省實現(xiàn)直接返回一個null。

實例！

public final static ThreadLocal<String> threadLocal= new ThreadLocal<String>();

threadLocal代表一個能夠存放String類型的ThreadLocal對象。

此時不論什么一個線程能夠并發(fā)訪問這個變量，對它進行寫入、讀取操作，都是線程安全的。

注意?。?！

ThreadLocal如果應(yīng)用不妥當(dāng)會導(dǎo)致內(nèi)存泄漏。

先來說下什么是內(nèi)存泄漏和內(nèi)存溢出，內(nèi)存泄漏是指某個變量申請了內(nèi)存的資源，但是引用釋放了，這樣就導(dǎo)致占用著內(nèi)存卻不能訪問到（俗話叫占著茅坑不拉屎?。?；

內(nèi)存溢出是指某個變量在申請內(nèi)存空間資源的時候需要的空間大于實際的空間，即為內(nèi)存空間不足了（人太多坑不夠了?。?/p>

如圖解：

當(dāng)寫下 o=null時，只是表示o不再指向堆中object的對象實例，不代表這個對象實例不存在了。

下面來說明下Java中創(chuàng)建引用的幾種方法

• 強引用就是指在程序代碼之中普遍存在的，類似“Object obj=new Object（）”這類的引用，只要強引用還存在，垃圾收集器永遠(yuǎn)不會回收掉被引用的對象實例。
• 軟引用是用來描述一些還有用但并非必需的對象。對于軟引用關(guān)聯(lián)著的對象，在系統(tǒng)將要發(fā)生內(nèi)存溢出異常之前，將會把這些對象實例列進回收范圍之中進行第二次回收。如果這次回收還沒有足夠的內(nèi)存，才會拋出內(nèi)存溢出異常。在JDK 1.2之后，提供了SoftReference類來實現(xiàn)軟引用。
• 弱引用也是用來描述非必需對象的，但是它的強度比軟引用更弱一些，被弱引用關(guān)聯(lián)的對象實例只能生存到下一次垃圾收集發(fā)生之前。當(dāng)垃圾收集器工作時，無論當(dāng)前內(nèi)存是否足夠，都會回收掉只被弱引用關(guān)聯(lián)的對象實例。在JDK 1.2之后，提供了WeakReference類來實現(xiàn)弱引用。
• 虛引用也稱為幽靈引用或者幻影引用，它是最弱的一種引用關(guān)系。一個對象實例是否有虛引用的存在，完全不會對其生存時間構(gòu)成影響，也無法通過虛引用來取得一個對象實例。為一個對象設(shè)置虛引用關(guān)聯(lián)的唯一目的就是能在這個對象實例被收集器回收時收到一個系統(tǒng)通知。在JDK 1.2之后，提供了PhantomReference類來實現(xiàn)虛引用。

這里只舉一個軟引用的例子：

SoftReference<String> ref = new SoftReference<String>("Hello world");

這樣就設(shè)置了 ref 對內(nèi)存中 "Hello world"的軟引用。

ThreadLocal產(chǎn)生內(nèi)存泄漏的原因

根據(jù)我們前面對ThreadLocal的分析，我們可以知道每個Thread 擁有一個 ThreadLocalMap，這個映射表的 key 是 ThreadLocal實例本身，value 是真正需要存儲的 Object，也就是說 ThreadLocal 本身并不存儲值，它只是作為一個 key 來讓線程從 ThreadLocalMap 獲取 value。

仔細(xì)觀察ThreadLocalMap，這個map是使用 ThreadLocal 的弱引用作為 Key 的，弱引用的對象在 GC 時會被回收。

圖中的虛線表示弱引用。

這樣，當(dāng)把threadlocal變量置為null以后，沒有任何強引用指向threadlocal實例，所以threadlocal將會被gc回收。這樣一來，ThreadLocalMap中就會出現(xiàn)key為null的Entry，就沒有辦法訪問這些key為null的Entry的value，如果當(dāng)前線程再遲遲不結(jié)束的話，這些key為null的Entry的value就會一直存在一條強引用鏈：Thread Ref -> Thread -> ThreaLocalMap -> Entry -> value，而這塊value永遠(yuǎn)不會被訪問到了，所以存在著內(nèi)存泄露。

只有當(dāng)前thread結(jié)束以后，current thread就不會存在棧中，強引用斷開，Current Thread、Map value將全部被GC回收。最好的做法是不在需要使用ThreadLocal變量后，都調(diào)用它的remove()方法，清除數(shù)據(jù)。

所以回到我們前面的實驗場景，場景3中，雖然線程池里面的任務(wù)執(zhí)行完畢了，但是線程池里面的5個線程會一直存在直到JVM退出，我們set了線程的localVariable變量后沒有調(diào)用localVariable.remove()方法，導(dǎo)致線程池里面的5個線程的threadLocals變量里面的new LocalVariable()實例沒有被釋放。

其實考察ThreadLocal的實現(xiàn)，我們可以看見，無論是get()、set()在某些時候，調(diào)用了expungeStaleEntry方法用來清除Entry中Key為null的Value，但是這是不及時的，也不是每次都會執(zhí)行的，所以一些情況下還是會發(fā)生內(nèi)存泄露。只有remove()方法中顯式調(diào)用了expungeStaleEntry方法。

從表面上看內(nèi)存泄漏的根源在于使用了弱引用，但是另一個問題也同樣值得思考：為什么使用弱引用而不是強引用？

下面我們分兩種情況討論

• key 使用強引用：對ThreadLocal對象實例的引用被置為null了，但是ThreadLocalMap還持有這個ThreadLocal對象實例的強引用，如果沒有手動刪除，ThreadLocal的對象實例不會被回收，導(dǎo)致Entry內(nèi)存泄漏。
• key 使用弱引用：對ThreadLocal對象實例的引用被被置為null了，由于ThreadLocalMap持有ThreadLocal的弱引用，即使沒有手動刪除，ThreadLocal的對象實例也會被回收。value在下一次ThreadLocalMap調(diào)用set，get，remove都有機會被回收。

比較兩種情況，我們可以發(fā)現(xiàn)：

由于ThreadLocalMap的生命周期跟Thread一樣長，如果都沒有手動刪除對應(yīng)key，都會導(dǎo)致內(nèi)存泄漏，但是使用弱引用可以多一層保障。

因此，ThreadLocal內(nèi)存泄漏的根源是：

由于ThreadLocalMap的生命周期跟Thread一樣長，如果沒有手動刪除對應(yīng)key就會導(dǎo)致內(nèi)存泄漏，而不是因為弱引用。

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論