ThreadLocal 的作用是提供線程內(nèi)的局部變量，這種變量在線程的生命周期內(nèi)起作用，減少同一個線程內(nèi)多個函數(shù)或者組件之間一些公共變量的傳遞的復(fù)雜度。但是如果濫用 ThreadLocal ，就可能會導(dǎo)致內(nèi)存泄漏。下面，我們將圍繞三個方面來分析 ThreadLocal 內(nèi)存泄漏的問題
-
ThreadLocal 實(shí)現(xiàn)原理
-
ThreadLocal 為什么會內(nèi)存泄漏
-
ThreadLocal 最佳實(shí)踐
ThreadLocal 實(shí)現(xiàn)原理
ThreadLocal
ThreadLocal 的實(shí)現(xiàn)是這樣的：每個 Thread 維護(hù)一個 ThreadLocalMap 映射表，這個映射表的 key 是 ThreadLocal 實(shí)例本身， value 是真正需要存儲的 Object 。
也就是說 ThreadLocal 本身并不存儲值，它只是作為一個 key 來讓線程從 ThreadLocalMap 獲取 value 。值得注意的是圖中的虛線，表示 ThreadLocalMap 是使用 ThreadLocal 的弱引用作為 Key 的，弱引用的對象在 GC 時會被回收。
ThreadLocal 為什么會內(nèi)存泄漏
ThreadLocalMap 使用 ThreadLocal 的弱引用作為 key ，如果一個 ThreadLocal 沒有外部強(qiáng)引用來引用它，那么系統(tǒng) GC 的時候，這個 ThreadLocal 勢必會被回收，這樣一來， ThreadLocalMap 中就會出現(xiàn) key 為 null 的 Entry ，就沒有辦法訪問這些 key 為 null 的 Entry 的 value ，如果當(dāng)前線程再遲遲不結(jié)束的話，這些 key 為 null 的 Entry 的 value 就會一直存在一條強(qiáng)引用鏈： Thread Ref -> Thread -> ThreaLocalMap -> Entry -> value 永遠(yuǎn)無法回收，造成內(nèi)存泄漏。
其實(shí)， ThreadLocalMap 的設(shè)計中已經(jīng)考慮到這種情況，也加上了一些防護(hù)措施：在 ThreadLocal 的 get() , set() , remove() 的時候都會清除線程 ThreadLocalMap 里所有 key 為 null 的 value 。
但是這些被動的預(yù)防措施并不能保證不會內(nèi)存泄漏：
-
使用 static 的 ThreadLocal ，延長了 ThreadLocal 的生命周期，可能導(dǎo)致的內(nèi)存泄漏。
-
分配使用了 ThreadLoc
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉(zhuǎn)無線電——不安全的藍(lán)牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標(biāo)分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實(shí)現(xiàn)JSON轉(zhuǎn)Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應(yīng)用分析 2017-07-26
- 集合結(jié)合數(shù)據(jù)結(jié)構(gòu)來看看(二) 2017-07-26
學(xué)習(xí)是年輕人改變自己的最好方式