Java多線程中的ThreadLocal應(yīng)用場景及問題解讀
ThreadLocal的應(yīng)用場景
ThreadLocal這個類在多線程并發(fā)中主要的使用場景是什么呢,我們都知道多線程并發(fā)問題實(shí)際就是多個線程對公共資源訪問和修改問題,通過我們之前的分析:
如果我們的公共資源只是一個int或boolean等基本數(shù)據(jù)類型的變量,而且只是簡單的賦值或查詢操作,典型的場景就是各種開關(guān)和一些標(biāo)識位操作,那么我們使用volatile保證變量的可見性就可以了
如果我們的操作是一個對int的累加操作或其他一些基礎(chǔ)類型的累加操作,那么我們使用cas實(shí)現(xiàn)的atomic類可以實(shí)現(xiàn)簡單的原子性操作
如果我們的操作是多個共享資源或更加復(fù)雜的原子性操作,那么我們使用synchronized或lock家族類保證操作的原子性
那么ThreadLocal到底補(bǔ)上了多線程并發(fā)中哪種場景的操作?
ThreadLocal實(shí)際就是處理了一個資源雖然是公共資源,但每個線程都自己獨(dú)有一份且不需要知道這個資源在其他線程中的狀態(tài),各個線程自己本地的公共資源就好了。
所以這個資源只跟線程本身有關(guān),隨著線程的存在而存在,隨著線程的消亡而消亡。比較典型的場景就是每個web請求request對象所帶的信息(ip,token,請求參數(shù)),所以在好多情況下都會用ThreadLocal保存request。
ThreadLocal是怎么做到把資源綁定到相應(yīng)線程上的
public void set(T value) {
Thread t = Thread.currentThread();
//拿到當(dāng)前線程,然后通過當(dāng)前線程獲取他的成員變量threadLocals,threadLocals實(shí)際就是一個map
ThreadLocalMap map = getMap(t);
//當(dāng)線程的threadLocals不是null時,直接把當(dāng)前ThreadLocal對象作為key,設(shè)置的值作為value放入map中
if (map != null)
map.set(this, value);
else
//如果threadLocals是null時,直接new ThreadLocalMap給當(dāng)前線程的threadLocals成員變量
createMap(t, value);
}總結(jié)
- ThreadLocal實(shí)際上是通過Thread的成員變量threadLocals來發(fā)揮作用,ThreadLocal對象作為key,設(shè)置的值作為value放入threadLocals中,所以你如果使用了ThreadLocal那么當(dāng)前線程就會使用threadLocals變量持有你設(shè)置值的threadlocal對象和這個threadLocal設(shè)置的值
- 當(dāng)你用threadLocal對象get方法獲取值時就會通過threadLocals變量的map獲取這個threadLocal設(shè)置的值。因?yàn)閠hreadLocals變量是thread的成員變量,所以當(dāng)當(dāng)前線程執(zhí)行完銷毀后threadLocals變量也就不存在了,隨著線程的存在而存在,隨著線程的消亡而消亡。而每個線程都有自己的threadLocals,所以通過threadLocal設(shè)置的值會互不干擾,相互隔離。
那為什么說threadLocal可能導(dǎo)致內(nèi)存泄漏呢
當(dāng)前線程長時間沒執(zhí)行完而此時又發(fā)生GC,而線程成員變量threadLocals指向的ThreadLocalMap是一個map,key是threadLocal,value是set的值,而key是一個弱引用,在沒有其他對象引用的情況下在gc會被回收,而value是強(qiáng)引用,只要線程不消亡就不會被回收,所以就會造成key為null而value不為null的情況,此時我們已經(jīng)無法拿到這個value,這就造成了內(nèi)存泄漏(系統(tǒng)沒用的對象占用了內(nèi)存,而gc又無法回收)。所以在使用threadLocal時一定記得使用finnaly調(diào)用remove方法
很多情況下我們都會使用線程池來處理請求和一些業(yè)務(wù)。線程池里面的線程都是重復(fù)使用的,如果在上一次處理業(yè)務(wù)時沒有remove,那么這次從theadLocal拿數(shù)據(jù)時就會拿到上次請求的數(shù)據(jù),這就導(dǎo)致了數(shù)據(jù)混亂
到此這篇關(guān)于Java多線程中的ThreadLocal應(yīng)用場景及問題解讀的文章就介紹到這了,更多相關(guān)ThreadLocal應(yīng)用場景及問題內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
部署SpringBoot項目到Linux服務(wù)器數(shù)據(jù)盤的完整流程
這篇文章講述了如何在Linux服務(wù)器上掛載數(shù)據(jù)盤并部署SpringBoot項目,具體步驟包括查看磁盤狀態(tài)、分區(qū)與格式化、掛載分區(qū)、配置開機(jī)自動掛載等,以及上傳項目文件、編寫啟動腳本、啟動項目并測試、配置Systemd服務(wù)管理,需要的朋友可以參考下2025-11-11
Java中數(shù)據(jù)庫連接池HikariCP和Druid的技術(shù)對比與性能分析
在現(xiàn)代Java應(yīng)用開發(fā)中,數(shù)據(jù)庫連接池是提升應(yīng)用性能的關(guān)鍵組件之一,本文將深入對比兩個主流的Java數(shù)據(jù)庫連接池,希望對大家有一定的幫助2025-08-08
Java ReentrantLock的使用與應(yīng)用實(shí)戰(zhàn)
ReentrantLock是Java并發(fā)包中提供的一種可重入互斥鎖,它作為synchronized關(guān)鍵字的替代方案,提供了更靈活、更強(qiáng)大的線程同步機(jī)制,下面就來介紹一下ReentrantLock的實(shí)戰(zhàn)使用2025-09-09
Java中繼承thread類與實(shí)現(xiàn)Runnable接口的比較
這篇文章主要介紹了Java中繼承thread類與實(shí)現(xiàn)Runnable接口的比較的相關(guān)資料,需要的朋友可以參考下2017-06-06
Java 實(shí)現(xiàn)FTP服務(wù)實(shí)例詳解
這篇文章主要介紹了Java 實(shí)現(xiàn)FTP服務(wù)實(shí)例詳解的相關(guān)資料,需要的朋友可以參考下2017-04-04
Java?Spring?boot實(shí)現(xiàn)生成二維碼
大家好,本篇文章主要講的是Java?Spring?boot實(shí)現(xiàn)生成二維碼,感興趣的同學(xué)趕快來看一看吧,對你有幫助的話記得收藏一下2022-02-02
SpringMVC異常全局捕獲與錯誤響應(yīng)的處理方法
編程式異常處理是通過在代碼中?顯式編寫異常捕獲邏輯(如?try-catch?塊)來管理異常的方式,開發(fā)者需要手動處理每一個可能拋出異常的代碼段,本文給大家介紹SpringMVC異常全局捕獲與錯誤響應(yīng)的處理方法,感興趣的朋友一起看看吧2025-03-03
Java實(shí)現(xiàn)4種微信搶紅包算法(小結(jié))
微信紅包是大家經(jīng)常使用的,到現(xiàn)在為止仍然有很多紅包開發(fā)的需求,實(shí)現(xiàn)搶紅包算法也是面試??碱},本文就詳細(xì)的來介紹一下如何實(shí)現(xiàn),感興趣的可以了解一下2021-12-12

