第一袜茧、前言
有些程序員在使用ThreadLocal的過程中會(huì)發(fā)現(xiàn)有內(nèi)存泄漏的情況，就猜測這個(gè)內(nèi)存泄漏與Entry中使用了弱引用的key有關(guān)系瓣窄。
第二笛厦、內(nèi)存泄漏的相關(guān)概念
1.Memory overflow:內(nèi)存溢出是沒有足夠的內(nèi)存提供申請者使用。
2.Memory leak:內(nèi)存泄漏是指程序中已動(dòng)態(tài)分配的內(nèi)存由于某種原因程序未釋放或無法釋放俺夕，造成系統(tǒng)內(nèi)存的浪費(fèi)裳凸，導(dǎo)致程序運(yùn)行速度減慢甚至系統(tǒng)崩潰的嚴(yán)重后果。內(nèi)存泄漏的堆積終將導(dǎo)致內(nèi)存溢出劝贸。
第三姨谷、弱引用的相關(guān)概念
Java中的引用有4種類型:強(qiáng)、軟映九、弱梦湘、虛。當(dāng)前這個(gè)問題主要涉及到強(qiáng)引用和弱引用：
強(qiáng)引用(Strong Reference),就是我們最常見的普通對象引用，只要還有強(qiáng)引用指向一個(gè)對象践叠，就能表明對象還活著言缤，垃圾回收器就不會(huì)回收這種對象。
弱引用(Weak Reference),垃圾回收器一旦發(fā)現(xiàn)了只具有弱引用的對象禁灼，不管當(dāng)前內(nèi)存空間足夠與否管挟，都會(huì)回收它的內(nèi)存。
第四弄捕、探究內(nèi)存泄漏的原因
假設(shè)在1僻孝、沒有手動(dòng)刪除這個(gè)Entry。2守谓、CurrentThread依然運(yùn)行的情況下：
A穿铆、若ThreadLocalMap中的key使用了強(qiáng)引用，如下圖斋荞。
a.假設(shè)在業(yè)務(wù)代碼中使用完ThreadLocal荞雏，ThreadLocal Ref被回收了。
b.但ThreadLocalMap的Entry強(qiáng)引用了ThreadLocal平酿，造成ThreadLocal無法被回收凤优。
c.在沒有手動(dòng)刪除這個(gè)Entry及CurrentThread依然運(yùn)行的前提下，始終有強(qiáng)引用鏈CurrentThreadRef->currentThread->ThreadLocalMap->Entry蜈彼。Entry就不會(huì)被回收(Entry中包括了ThreadLocal實(shí)例和value)筑辨，導(dǎo)致Entry內(nèi)存泄漏。
總結(jié):ThreadLocalMap中的key使用了強(qiáng)引用幸逆，是無法完全避免內(nèi)存泄漏的棍辕。
B、若ThreadLocalMap中的key使用了弱引用还绘，如下圖楚昭。
a.假設(shè)在業(yè)務(wù)代碼中使用完ThreadLocal,ThreadLocal Ref被回收了。
b.由于ThreadLocalMap只持有ThreadLocal的弱引用蚕甥，沒有任何強(qiáng)引用指向ThreadLocal實(shí)例哪替，所以ThreadLocal就可以順利被回收，此時(shí)Entry中的key=null菇怀。
c.在沒有手動(dòng)刪除這個(gè)Entry及CurrentThread依然運(yùn)行的前提下，始終有強(qiáng)引用鏈threadRef->currentThread->ThreadLocalMap->entry->value晌块。value不會(huì)被回收,而這塊value永遠(yuǎn)不會(huì)被訪問到了爱沟，導(dǎo)致value內(nèi)存泄漏。
總結(jié):ThreadLocalMap中的key使用了弱引用匆背，也有可能內(nèi)存泄漏呼伸。
第五、內(nèi)存泄漏的真實(shí)原因
比較以上兩種情況，內(nèi)存泄漏的發(fā)生與ThreadLocalMap中的key是否使用弱引用是沒有關(guān)系的括享。
以上兩種內(nèi)存泄漏的情況中搂根，都有兩個(gè)前提：
1、沒有手動(dòng)刪除這個(gè)Entry
2铃辖、CurrentThread依然運(yùn)行
第一點(diǎn)很好理解剩愧，只要在使用完ThreadLocal，調(diào)用其remove方法刪除對應(yīng)的Entry娇斩，就能避免內(nèi)存泄漏仁卷。
第二點(diǎn)稍微復(fù)雜，由于ThreadLocalMap是Thread的一個(gè)屬性犬第，被當(dāng)前線程所引用锦积，所以它的生命周期與Thread一樣長。那么在使用完ThreadLocal歉嗓，若當(dāng)前Thread也隨之執(zhí)行結(jié)束丰介，ThreadLocalMap自然也會(huì)被gc回收，從根源上避免內(nèi)存泄漏鉴分。
綜上哮幢，ThreadLocal內(nèi)存泄漏的根源是：由于ThreadLocalMap的生命周期和Thread一樣長，若沒有手動(dòng)刪除對應(yīng)key就會(huì)導(dǎo)致內(nèi)存泄漏冠场。
第六家浇、為什么key使用弱引用？
無論ThreadLocalMap中的key使用哪種類型引用都無法完全避免內(nèi)存泄漏碴裙，與使用弱引用無關(guān)钢悲。
要避免內(nèi)存泄漏有兩種方式：
1、使用完ThreadLocal舔株，調(diào)用其remove方法刪除對應(yīng)的Entry
2莺琳、使用完ThreadLocal，當(dāng)前Thread也隨之運(yùn)行結(jié)束
相比于第一種方式载慈，第二種方式顯然更不好控制惭等，特別是使用線程池的時(shí)候，線程結(jié)束是不會(huì)銷毀的办铡。
也就是說辞做，只要記得在使用完ThreadLocal及時(shí)調(diào)用remove，無論key是強(qiáng)引用還是弱引用都不會(huì)有問題寡具。那為什么key要用弱引用呢秤茅？
事實(shí)上，在ThreadLocalMap中的set/getEntry方法中童叠，會(huì)對key為null(也就是ThreadLocal為null)進(jìn)行判斷框喳，若為null，則會(huì)對value置為null。
這也就意味著使用完ThreadLocal五垮，CurrentThread依然運(yùn)行的前提下乍惊，就算忘記調(diào)用remove方法，弱引用比強(qiáng)引用可以多一層保障：
弱引用的ThreadLocal會(huì)被回收放仗，對應(yīng)的value在下一次ThreadLocalMap調(diào)用set,get,remove中的任一方法時(shí)會(huì)被清除润绎，從而避免內(nèi)存泄漏。
轉(zhuǎn)自：https://blog.csdn.net/xiaoxiaodaxiake/article/details/107750888
