對(duì)ThreadLocal內(nèi)存泄漏及弱引用的理解
ThreadLocal內(nèi)存泄漏及弱引用
1.什么是內(nèi)存泄漏?Entry的key弱引用與泄漏關(guān)系
在TreadLocal中內(nèi)存泄漏是指TreadLocalMap中的Entry中的key為null,而value不為null。因?yàn)閗ey為null導(dǎo)致value一直訪問不到,而根據(jù)可達(dá)性分析,始終有threadRef->currentThread->threadLocalMap->entry->valueRef->valueMemory,導(dǎo)致在垃圾回收的時(shí)候進(jìn)行可達(dá)性分析的時(shí)候,value可達(dá)從而不會(huì)被回收掉,但是該value永遠(yuǎn)不能被訪問到,這樣就存在了內(nèi)存泄漏。
因?yàn)镋ntry的key是弱引用,所以在gc的時(shí)候key會(huì)被回收,而value是強(qiáng)引用,導(dǎo)致value不會(huì)被回收。
如果不使用弱引用也會(huì)可能會(huì)發(fā)生內(nèi)存泄漏,只要在業(yè)務(wù)代碼里,將ThreadLocal的引用置為null,也會(huì)導(dǎo)致Entry中value訪問不到,但又因?yàn)榭蛇_(dá),所以gc時(shí)候不會(huì)被回收,相當(dāng)于這部分內(nèi)存資源被浪費(fèi)了
2.為什么Entry的key使用弱引用
假設(shè)threadLocal使用的是強(qiáng)引用,在業(yè)務(wù)代碼中執(zhí)行threadLocal Instance=null操作,以清理掉threadLocal實(shí)例的目的,但是因?yàn)閠hreadLocalMap的Entry強(qiáng)引用threadLocal,因此在gc的時(shí)候進(jìn)行可達(dá)性分析,threadLocal依然可達(dá),對(duì)threadLocal并不會(huì)進(jìn)行垃圾回收,這樣就無法真正達(dá)到業(yè)務(wù)邏輯的目的,出現(xiàn)邏輯錯(cuò)誤。
假設(shè)Entry弱引用threadLocal,盡管會(huì)出現(xiàn)內(nèi)存泄漏的問題,但是在threadLocal的生命周期里(set,getEntry,remove)里,都會(huì)針對(duì)key為null的臟entry進(jìn)行處理。
3.預(yù)防內(nèi)存泄漏
ThreadLocal源碼中其實(shí)已經(jīng)對(duì)內(nèi)存泄漏問題做了很多優(yōu)化,在set,get,remove方法中都會(huì)對(duì)key為null的但是value不為null的Entry進(jìn)行value置null操作,使得value的引用為null,可達(dá)性失敗,在gc是可以回收value的內(nèi)存。
在日常使用中,最后用完TreadLocal后,記得remove,為什么呢?
因?yàn)槿绻籸emove,當(dāng)一次gc執(zhí)行,這個(gè)value就會(huì)造成內(nèi)存泄漏直到當(dāng)前線程結(jié)束(線程結(jié)束,ThreaLocalMap會(huì)被置為null,而ThreaLocalMap中的Entry自己也就不可達(dá),會(huì)被回收,一切都被回收)
線程結(jié)束時(shí)會(huì)執(zhí)行Thread.exit方法
private void exit() { if (group != null) { group.threadTerminated(this); group = null; } /* Aggressively null out all reference fields: see bug 4006245 */ target = null; /* Speed the release of some of these resources */ threadLocals = null; inheritableThreadLocals = null; inheritedAccessControlContext = null; blocker = null; uncaughtExceptionHandler = null; }
匿名內(nèi)部類會(huì)導(dǎo)致內(nèi)存泄露
內(nèi)存泄露:就是本該被GC回收的對(duì)象,因?yàn)楦鞣N原因?qū)е碌臒o法被回收,造成內(nèi)存資源的浪費(fèi),從而導(dǎo)致OOM。
如果一個(gè)類使用了內(nèi)部類,而兩個(gè)類的生命周期不一致,比如內(nèi)部類的生命周期比外部類生命周期長,
這就會(huì)導(dǎo)致外部類的生命周期結(jié)束了,本該被回收的,卻因?yàn)閮?nèi)部類會(huì)隱式強(qiáng)引用外部類,所以導(dǎo)致外部類無法被回收,
從而造成了內(nèi)存泄露。
解決方案
1. 可以避免使用內(nèi)部類;
2. 內(nèi)部類可以用弱引用來引用外部類;
3. 使用靜態(tài)內(nèi)部類,靜態(tài)內(nèi)部類不持有外部類的引用(如果要調(diào)用外部類方法或使用外部類屬性,可以使用弱引用來解決)。
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
java中switch case語句需要加入break的原因解析
這篇文章主要介紹了java中switch case語句需要加入break的原因解析的相關(guān)資料,需要的朋友可以參考下2017-07-07Java 中Timer和TimerTask 定時(shí)器和定時(shí)任務(wù)使用的例子
這篇文章主要介紹了Java 中Timer和TimerTask 定時(shí)器和定時(shí)任務(wù)使用的例子,非常具有實(shí)用價(jià)值,需要的朋友可以參考下2017-05-05Java.lang.Long.parseLong()方法詳解及示例
這個(gè)java.lang.Long.parseLong(String s) 方法解析字符串參數(shù)s作為有符號(hào)十進(jìn)制長,下面這篇文章主要給大家介紹了關(guān)于Java.lang.Long.parseLong()方法詳解及示例的相關(guān)資料,需要的朋友可以參考下2023-01-01解決BeanUtils.copyProperties無法成功封裝的問題
這篇文章主要介紹了解決BeanUtils.copyProperties無法成功封裝的問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-06-06java 單例的五種實(shí)現(xiàn)方式及其性能分析
這篇文章主要介紹了java 單例的五種實(shí)現(xiàn)方式及其性能分析。的相關(guān)資料,需要的朋友可以參考下2017-07-07@Autowired自動(dòng)裝配,@Bean注入@Primary,@Qualifier優(yōu)先級(jí)講解
這篇文章主要介紹了@Autowired自動(dòng)裝配,@Bean注入@Primary,@Qualifier優(yōu)先級(jí),具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-09-09