您好,登錄后才能下訂單哦!
這篇文章主要介紹“ThreadLocal內存泄漏怎么預防”,在日常操作中,相信很多人在ThreadLocal內存泄漏怎么預防問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”ThreadLocal內存泄漏怎么預防”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!
在TreadLocal中內存泄漏是指TreadLocalMap中的Entry中的key為null,而value不為null。因為key為null導致value一直訪問不到,而根據可達性分析,始終有threadRef->currentThread->threadLocalMap->entry->valueRef->valueMemory,導致在垃圾回收的時候進行可達性分析的時候,value可達從而不會被回收掉,但是該value永遠不能被訪問到,這樣就存在了內存泄漏。
因為Entry的key是弱引用,所以在gc的時候key會被回收,而value是強引用,導致value不會被回收。
如果不使用弱引用也會可能會發生內存泄漏,只要在業務代碼里,將ThreadLocal的引用置為null,也會導致Entry中value訪問不到,但又因為可達,所以gc時候不會被回收,相當于這部分內存資源被浪費了
假設threadLocal使用的是強引用,在業務代碼中執行threadLocal Instance=null操作,以清理掉threadLocal實例的目的,但是因為threadLocalMap的Entry強引用threadLocal,因此在gc的時候進行可達性分析,threadLocal依然可達,對threadLocal并不會進行垃圾回收,這樣就無法真正達到業務邏輯的目的,出現邏輯錯誤。
假設Entry弱引用threadLocal,盡管會出現內存泄漏的問題,但是在threadLocal的生命周期里(set,getEntry,remove)里,都會針對key為null的臟entry進行處理。
ThreadLocal源碼中其實已經對內存泄漏問題做了很多優化,在set,get,remove方法中都會對key為null的但是value不為null的Entry進行value置null操作,使得value的引用為null,可達性失敗,在gc是可以回收value的內存。
在日常使用中,最后用完TreadLocal后,記得remove,為什么呢?
因為如果不remove,當一次gc執行,這個value就會造成內存泄漏直到當前線程結束(線程結束,ThreaLocalMap會被置為null,而ThreaLocalMap中的Entry自己也就不可達,會被回收,一切都被回收)
線程結束時會執行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; }
內存泄露:就是本該被GC回收的對象,因為各種原因導致的無法被回收,造成內存資源的浪費,從而導致OOM。
如果一個類使用了內部類,而兩個類的生命周期不一致,比如內部類的生命周期比外部類生命周期長,
這就會導致外部類的生命周期結束了,本該被回收的,卻因為內部類會隱式強引用外部類,所以導致外部類無法被回收,
從而造成了內存泄露。
1. 可以避免使用內部類;
2. 內部類可以用弱引用來引用外部類;
3. 使用靜態內部類,靜態內部類不持有外部類的引用(如果要調用外部類方法或使用外部類屬性,可以使用弱引用來解決)。
到此,關于“ThreadLocal內存泄漏怎么預防”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注億速云網站,小編會繼續努力為大家帶來更多實用的文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。