ThreadLocal內(nèi)存泄漏怎么預(yù)防

這篇文章主要介紹“ThreadLocal內(nèi)存泄漏怎么預(yù)防”，在日常操作中，相信很多人在ThreadLocal內(nèi)存泄漏怎么預(yù)防問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”ThreadLocal內(nèi)存泄漏怎么預(yù)防”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

ThreadLocal內(nèi)存泄漏及弱引用

1.什么是內(nèi)存泄漏？Entry的key弱引用與泄漏關(guān)系

在TreadLocal中內(nèi)存泄漏是指TreadLocalMap中的Entry中的key為null，而value不為null。因為key為null導(dǎo)致value一直訪問不到，而根據(jù)可達(dá)性分析，始終有threadRef->currentThread->threadLocalMap->entry->valueRef->valueMemory,導(dǎo)致在垃圾回收的時候進(jìn)行可達(dá)性分析的時候,value可達(dá)從而不會被回收掉，但是該value永遠(yuǎn)不能被訪問到，這樣就存在了內(nèi)存泄漏。

因為Entry的key是弱引用，所以在gc的時候key會被回收，而value是強引用，導(dǎo)致value不會被回收。

如果不使用弱引用也會可能會發(fā)生內(nèi)存泄漏，只要在業(yè)務(wù)代碼里，將ThreadLocal的引用置為null，也會導(dǎo)致Entry中value訪問不到,但又因為可達(dá)，所以gc時候不會被回收，相當(dāng)于這部分內(nèi)存資源被浪費了

2.為什么Entry的key使用弱引用

假設(shè)threadLocal使用的是強引用，在業(yè)務(wù)代碼中執(zhí)行threadLocal Instance=null操作，以清理掉threadLocal實例的目的，但是因為threadLocalMap的Entry強引用threadLocal，因此在gc的時候進(jìn)行可達(dá)性分析，threadLocal依然可達(dá)，對threadLocal并不會進(jìn)行垃圾回收，這樣就無法真正達(dá)到業(yè)務(wù)邏輯的目的，出現(xiàn)邏輯錯誤。

假設(shè)Entry弱引用threadLocal，盡管會出現(xiàn)內(nèi)存泄漏的問題，但是在threadLocal的生命周期里（set,getEntry,remove）里，都會針對key為null的臟entry進(jìn)行處理。

3.預(yù)防內(nèi)存泄漏

ThreadLocal源碼中其實已經(jīng)對內(nèi)存泄漏問題做了很多優(yōu)化，在set，get，remove方法中都會對key為null的但是value不為null的Entry進(jìn)行value置null操作，使得value的引用為null，可達(dá)性失敗，在gc是可以回收value的內(nèi)存。

在日常使用中，最后用完TreadLocal后，記得remove，為什么呢？

因為如果不remove，當(dāng)一次gc執(zhí)行，這個value就會造成內(nèi)存泄漏直到當(dāng)前線程結(jié)束（線程結(jié)束，ThreaLocalMap會被置為null，而ThreaLocalMap中的Entry自己也就不可達(dá)，會被回收，一切都被回收）

線程結(jié)束時會執(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)部類會導(dǎo)致內(nèi)存泄露

內(nèi)存泄露：就是本該被GC回收的對象，因為各種原因?qū)е碌臒o法被回收，造成內(nèi)存資源的浪費，從而導(dǎo)致OOM。

如果一個類使用了內(nèi)部類，而兩個類的生命周期不一致，比如內(nèi)部類的生命周期比外部類生命周期長，

這就會導(dǎo)致外部類的生命周期結(jié)束了，本該被回收的，卻因為內(nèi)部類會隱式強引用外部類，所以導(dǎo)致外部類無法被回收，

從而造成了內(nèi)存泄露。

解決方案

1. 可以避免使用內(nèi)部類；

2. 內(nèi)部類可以用弱引用來引用外部類；

3. 使用靜態(tài)內(nèi)部類，靜態(tài)內(nèi)部類不持有外部類的引用（如果要調(diào)用外部類方法或使用外部類屬性，可以使用弱引用來解決）。

到此，關(guān)于“ThreadLocal內(nèi)存泄漏怎么預(yù)防”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>