官方承諾：K60至尊版將會首批升級MIUI 15
全新的MIUI 15今天也有了消息，在官宣了K60至尊版將會搭載天璣9200+處理器和獨顯芯片X7的同時，Redmi給出了官方承諾，K60至尊重大更新首批升級，會首批推送MIUI 15。也就是說雖然
今天，有個朋友問我說他想在并發條件下統計接口的耗時以及日期，并做一個記錄在最后統一保存，這里我就直接想到了ThreadLocal，其實我用ThreadLocal的場景還挺多的，畢竟項目需要，其實一直都想對ThreadLocal做一個總結，擇日不如撞日就現在動手吧。
ThreadLocal也叫做本地線程變量，ThreadLocal中填充的是當前線程的變量，該變量對其他線程是隔離的，ThreadLocal在每個線程中都創建了一個變量副本，所以每個線程中的ThreadLocal都是一個獨立的副本，自己可以訪問自己線程內部的副本變量互不干擾。
ThreadLocal的使用也要看情況來定，按個人理解ThreadLocal大致會使用到以下場景：
說白了ThreadLocal就是做數據隔離，每條線程的ThreadLocal都是隔離的互不干擾，其實就是為了防止多線程環境下變量被其他線程篡改，只要記住這點在工作中什么場景下會使用到就一目了然了。
實際上Spring就是采用了Threadlocal來實現單個線程中的數據庫操作使用的是同一個數據庫連接，采用Threadlocal可以使業務層使用事務的時候不需要去管理connection對象，通過傳播級別就能管理多個事務配置之間的切換，掛起和恢復。
Spring框架里面就是用的ThreadLocal來實現這種隔離，主要是在TransactionSynchronizationManager這個類里面，代碼如下所示:
private static final Log logger = LogFactory.getLog(TransactionSynchronizationManager.class);private static final ThreadLocal<Map<Object, Object>> resources = new NamedThreadLocal<>("Transactional resources");private static final ThreadLocal<Set<TransactionSynchronization>> synchronizations = new NamedThreadLocal<>("Transaction synchronizations");private static final ThreadLocal<String> currentTransactionName = new NamedThreadLocal<>("Current transaction name");注意：在Spring5.2以后的版本Spring事務隔離從ThreadLocal換成了Mono響應式編程來實現隔離。
圖片
圖片
圖片
圖片
上面分析了ThreadLocal的set()和get()源碼，在通過get()方法獲取當前線程中副本變量為null那么直接創建一個ThreadLocalMap：
圖片
從這里入手，看一下t.threadLocals
圖片
注釋說得很清楚：ThreadLocal屬于當前這個線程的。
注意：這個ThreadLocalMap是一個靜態內部類
圖片
ThreadLocalMap is a customized hash map suitable only for maintaining thread local values. No operations are exported outside of the ThreadLocal class. The class is package private to allow declaration of fields in class Thread. To help deal with very large and long-lived usages, the hash table entries use WeakReferences for keys. However, since reference queues are not used, stale entries are guaranteed to be removed only when the table starts running out of space.
到此為止其實ThreadLocal的數據隔離的真相就出來了，說白了每個線程Thread都維護了自己的一個threadLocals變量，當線程創建ThreadLocal的時候，實際上數據是存在自己的線程Thread的threadLocals變量里面，可以看出來這個ThreadLocalMap這個類只有一份，在線程中，所以實現了線程之間的隔離。
圖片
雖然看著ThreadLocalMap很像是HashMap，實際上并沒有實現Map接口，而是它的內部類Entry繼承了WeakReference這個弱引用,也就是說不存在鏈表的關系了。
接下來我們來看一下ThreadLocalMap的set()方法(這里圖片沒有截全)：
圖片
ThreadLocalMap在存儲的時候每次都會給每一個ThreadLocal對象一個threadLocalHashCode，在插入過程中，根據ThreadLocal對象的hash值，定位到table中的位置i,int i = key.threadLocalHashCode & (len - 1);
接下來判斷如果當前位置為null，就初始化一個Entry對象放在位置上
圖片
如果當前位置i不為空，又剛好這個Entry對象的key正好是即將設置的key,那么就覆蓋Entry中的value
圖片
如果位置i不為null并且key不等于 entry，那么就找下一個空位置,直到位置為空為止然后存放。
在get的時候就會根據ThreadLocal對象的Hash值，定位到相應位置，然后判斷該位置Entry對象中的key是否和get的key一致，如果不一致，就判斷下個位置。
使用 InheritableThreadLocal可以實現多個線程訪問ThreadLocal的值。
其實邏輯很簡單，繼續看Thread的源碼，看下初始化的時候Thread.init做了什么操作：
圖片
如果線程的inheritThreadLocals變量不為空的話，并且父線程的inheritThreadLocals不為空的話，就把線程的inheritThreadLocals給當前線程的inheritThreadLocals
圖片
ThreadLocal使用不當也會出現問題：那就是內存泄露
繼續查看最開始存儲數據的Entry類的源碼
圖片
其實文檔已經說得很直白了：
Note that null keys (i.e. entry.get()* == null 如果 key threadlocal 為 null 了，這個 entry 就可以清除了。
ThreadLocal是一個弱引用，當為null時，會被當成垃圾回收 。
造成內存泄露的原因在于ThreadLocal為null,也就是要被垃圾回收器回收了，但是此時我們的ThreadLocalMap（thread 的內部屬性）生命周期和Thread的一樣，它不會回收，這時候就出現了一個現象。那就是ThreadLocalMap的key沒了，但是value還在，這就造成了內存泄漏。
再詳細點來說，ThreadLocal在沒有外部強引用時，發生GC時會被回收，如果創建ThreadLocal的線程一直持續運行，那么這個Entry對象中的value就有可能一直得不到回收，發生內存泄露。
就比如線程池里面的線程，線程都是復用的，那么之前的線程實例處理完之后，出于復用的目的線程依然存活，所以，ThreadLocal設定的value值被持有，導致內存泄露。
按照道理一個線程使用完，ThreadLocalMap是應該要被清空的，但是現在線程被復用了。
每次在使用完ThreadLocal的時候一定要remove。
如果使用強引用，當ThreadLocal 對象的引用（強引用）被回收了，ThreadLocalMap本身依然還持有ThreadLocal的強引用，如果沒有手動刪除這個key ,則ThreadLocal不會被回收，所以只要當前線程不消亡，ThreadLocalMap引用的那些對象就不會被回收， 可以認為這導致Entry內存泄漏。
本文鏈接：http://m.www897cc.com/showinfo-26-74189-0.html?Thread Local深度解析，你學會了嗎？
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號