這篇文章主要介紹“如何理解ThreadLocal引發的內存泄露”，在日常操作中，相信很多人在如何理解ThreadLocal引發的內存泄露問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”如何理解ThreadLocal引發的內存泄露”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

在網站建設、成都網站制作中從網站色彩、結構布局、欄目設置、關鍵詞群組等細微處著手，突出企業的產品/服務/品牌，幫助企業鎖定精準用戶，提高在線咨詢和轉化，使成都網站營銷成為有效果、有回報的無錫營銷推廣。創新互聯公司專業成都網站建設十余年了，客戶滿意度97.8%，歡迎成都創新互聯客戶聯系。

需求背景

一個to C的個人賬戶系統，數據量大概有2000多W；某天產品突然來說要做一個to B 商戶賬戶系統，馬上一個星期左右后的大促活動就要用，產品跟大老板牛逼已經吹出去了，說我們的系統已經具備了這個能力，能夠立馬無縫支持。現在火急火燎的來找我們，問是不是直接把我們這套to C的賬戶系統的能力提供出去就可以了。

需求分析

首先在這么短的時間內要開發測試上線，新做一個to B的賬戶系統肯定是不現實的，咱們程序員能力再強也不能流水線生產系統啊。只能依賴當前賬戶系統的能力先去支撐這個業務。這兩套賬戶體系底層的核心領域模型可以抽象一致，都包括記賬憑證，記賬主體，記賬流水。不同的地方在于不同的業務使用場景下進出帳的規則不一樣，所以規則層的領域模型需要定制化的配置開發。同時目前系統已經有2000多W賬戶，日增加流水也是10W級別的，本身數據量已經很大，而且業務上兩套數據會相互影響，需要在業務上做垂直分表，將兩套數據隔離。

實施過程

領域模型和數據存儲方案定下來后，馬上就開始實施了，當時為了更優雅的實現，對目前to C的業務影響最小，我們特意在interface入口處統一攔截后在當前工作線程的threadlocal加上一個判斷標記，用來識別是to C的業務請求還是to B的業務請求，然后業務規則層通過不同的filter進行過濾，最后在數據庫jdbc層通過不同的標記對不同的表做相應的DML處理。方案實施的很快，兩三天就開發完提測，可在測試過程中發現了兩個問題，第一個問題是數據有時候會無緣無故的錯亂，本來是寫到to B表結構的數據會寫到了to C表結構里。而且壓測時發現內存監控曲線在慢慢的增長，發生了內存泄露。

問題分析

仔細分析源代碼后發現問題出現在threadlocal。每個線程中都有一個ThreadLocalMap數據結構，當執行set方法時，其值是保存在當前線程的threadLocals變量中，當執行get方法中，是從當前線程的threadLocals變量獲取。所以在線程1中set的值，對線程2來說是摸不到的，而且在線程2中重新set的話，也不會影響到線程1中的值，保證了線程之間不會相互干擾

public void set(T value) {
   Thread t = Thread.currentThread();
   ThreadLocalMap map = getMap(t);
   if (map != null)
       map.set(this, value);
   else
       createMap(t, value);
}

public T get() {
   Thread t = Thread.currentThread();
   ThreadLocalMap map = getMap(t);
   if (map != null) {
       ThreadLocalMap.Entry e = map.getEntry(this);
       if (e != null) {
           @SuppressWarnings("unchecked")
           T result = (T)e.value;
           return result;
      }
  }
   return setInitialValue();
}

ThreadLocalMap getMap(Thread t) {
   return t.threadLocals;
}

//Entry為ThreadLocalMap靜態內部類，對ThreadLocal的若引用
//同時讓ThreadLocal和儲值形成key-value的關系
static class Entry extends WeakReference<ThreadLocal<?>> {
   /** The value associated with this ThreadLocal. */
   Object value;

   Entry(ThreadLocal<?> k, Object v) {
          super(k);
           value = v;
  }
}

內存泄露分析

通過代碼可以知道，當一個線程調用ThreadLocal的set方法設置變量時候，當前線程的ThreadLocalMap里面就會存放一個Entry對象，這個記錄的key為ThreadLocal的引用，value則為設置的值。如果當前線程一直存在而沒有調用ThreadLocal的remove方法，并且這時候其它地方還是有對ThreadLocal的引用，則當前線程的ThreadLocalMap變量里面會存在ThreadLocal變量的引用和value對象的引用是不會被釋放的，這就會造成內存泄露的。但是考慮如果這個ThreadLocal變量沒有了其他強依賴，而當前線程還存在的情況下，由于線程的ThreadLocalMap里面的key是弱依賴，則當前線程的ThreadLocalMap里面的ThreadLocal變量的弱引用會被在gc的時候回收，但是對應value還是會造成內存泄露。

數據寫錯分析

java進程是通過外部web容器如tomcat啟動的，web容器啟動時會啟動一個線程池，創建一些核心初始線程，這些線程處理完一個任務后會繼續處理另外一個任務。這個時候假如核心線程剛處理完一個to B的任務，處理完后線程沒有消失繼續處理一個to C的任務，這個時候threadLocal里的變量標記還是直接的標記，就會導致在jdbc層繼續被路由到to B的表結構里，導致數據錯誤。

修復處理

了解清楚threadLoca的存儲結構后，在interface入口處做一個AOP切片，通過環繞通知，在方法正式處理前在當前工作線程的threadlocal set一個判斷標記，方法處理完成后手動remve掉這個標記，保證每次處理后 內存正確被釋放。

到此，關于“如何理解ThreadLocal引發的內存泄露”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注創新互聯網站，小編會繼續努力為大家帶來更多實用的文章！

當前題目：如何理解ThreadLocal引發的內存泄露
當前URL：http://www.js-pz168.com/article38/pojcpp.html

成都網站建設公司_創新互聯，為您提供軟件開發、網站策劃、小程序開發、外貿網站建設、網站制作、App設計

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯