### ThreadLocal ThreadLocal是一個本地線程副本變量工具類。主要用于將私有線程和該線程存放的副本對象做一個映射，各個線程之間的變量互不干擾，在高并發場景下，可以實現無狀態的調用，特別適用于各個線程依賴不通的變量值完成操作的場景 ThreadLocal是為了隔離多個線程數據共享，從根本上就不存在多個線程之間共享資源； **ThreadLocal的內部結構圖**  **ThreadLocal的核心機制** * 每個Thread線程內部都有一個Map * Map里面存儲線程本地對象（key）和線程的變量副本（value） * Thread內部的Map是由ThreadLocal維護的，由ThreadLocal負責向map獲取和設置線程的變量值 **ThreadLocal類核心方法** ``` public T get() public void set(T value) public void remove() ``` * get\(\)方法用于獲取當前線程的副本變量值; * set\(\)方法用于保存當前線程的副本變量值; * initialValue\(\)為當前線程初始副本變量值; * remove\(\)方法移除當前前程的副本變量值; **ThreadLocalMap** ThreadLocalMap是ThreadLocal的內部類，沒有實現Map接口，用獨立的方式實現了Map的功能，其內部的Entry也獨立實現  在ThreadLocalMap中，也是用Entry來保存K-V結構數據的。但是Entry中key只能是ThreadLocal對象，這點被Entry的構造方法已經限定死；Entry繼承自WeakReference（弱引用，生命周期只能存活到下次GC前），但只有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; } } ``` **Hash沖突** 和HashMap的最大的不同在于，ThreadLocalMap結構非常簡單，沒有next引用，也就是說ThreadLocalMap中解決Hash沖突的方式并非鏈表的方式，而是采用線性探測的方式，所謂線性探測，就是根據初始key的hashcode值確定元素在table數組中的位置，如果發現這個位置上已經有其他key值的元素被占用，則利用固定的算法尋找一定步長的下個位置，依次判斷，直至找到能夠存放的位置 ThreadLocalMap解決Hash沖突的方式就是簡單的步長加1或減1，尋找下一個相鄰的位置 ``` /** * Increment i modulo len. */ private static int nextIndex(int i, int len) { return ((i + 1 < len) ? i + 1 : 0); } /** * Decrement i modulo len. */ private static int prevIndex(int i, int len) { return ((i - 1 >= 0) ? i - 1 : len - 1); } ``` ### 【知識點】 由于ThreadLocalMap的key是弱引用，而Value是強引用。這就導致了一個問題，ThreadLocal在沒有外部對象強引用時，發生GC時弱引用Key會被回收，而Value不會回收，如果創建ThreadLocal的線程一直持續運行，那么這個Entry對象中的value就有可能一直得不到回收，發生內存泄露 如何避免泄漏 既然Key是弱引用，那么我們要做的事，就是在調用ThreadLocal的get\(\)、set\(\)方法時完成后再調用remove方法，將Entry節點和Map的引用關系移除，這樣整個Entry對象在GC Roots分析后就變成不可達了，下次GC的時候就可以被回收