ThreadLocal原理大解析

今天呢，和大家聊一下`ThreadLocal`。 ### 1. 是什麼？ `JDK1.2`提供的的一個執行緒繫結變數的類。 **他的思想就是：給每一個使用到這個資源的執行緒都克隆一份，實現了不同執行緒使用不同的資源，且該資源之間相互獨立** ### 2. 為什麼用？ **思考一個場景**：資料庫連線的時候，我們會建立一個`Connection`連線，讓不同的執行緒使用。這個時候就會出現多個執行緒爭搶同一個資源的情況。 這種多個執行緒爭搶同一個資源的情況，很常見，我們常用的解決辦法也就兩種：**空間換時間，時間換空間** 沒有辦法，魚與熊掌不可兼得也。就如我們的`CAP`理論，也是犧牲其中一項，保證其他兩項。 而針對上面的場景我們的解決辦法如下： - 空間換時間：為每一個執行緒建立一個連線。 - 直接線上程工作中，建立一個連線。(**重複程式碼太多**) - 使用`ThreadLocal`，為每一個執行緒繫結一個連線。 - 時間換空間：對當前資源加鎖，每一次僅僅存在一個執行緒可以使用這個連線。 通過`ThreadLocal`為每一個執行緒繫結一個指定型別的變數，相當於執行緒私有化 ### 3. 怎麼用？ ```java ThreadLocal threadLocal = new ThreadLocal<>(); threadLocal.get(); threadLocal.set(1); threadLocal.remove(); ``` 沒錯，這四行程式碼已經把`ThreadLocal`的使用方法表現得明明白白。 - `get`從`ThreadLocal`拿出一個當前執行緒所擁有得物件 - `set`給當前執行緒繫結一個物件 - `remove`將當前執行緒繫結的當前物件移除 **記住在使用的以後，一定要remove,一定要remove,一定要remove** 為什麼要`remove`。相信不少小夥伴聽到過`ThreadLocal`會導致記憶體洩漏問題。 沒錯，所以為了解決這種情況，**所以你懂吧，用完就移除，別浪費空間（渣男欣慰）** 看到這，腦袋上有好多問號出現了（**小朋友你是否有很多問號？**） **為啥會引發記憶體洩漏？** **為啥不remove就記憶體洩漏了** **它是怎麼講物件和執行緒繫結的** **為啥get的時候拿到的就是當前執行緒的而不是其他執行緒的** **它怎麼實現的？？？** 來吧，**開淦，原始碼來** ### 4. 原始碼解讀 先來說一個思路：**如果我們自己寫一個`ThreadLocal`會咋寫？** 執行緒繫結一個物件。**這難道不是我們熟知的`map`對映？**有了`Map`我們就可以以執行緒為`Key`,物件為`value`新增到一個集合中，然後各種`get,set,remove`操作，想怎麼玩就怎麼玩，搞定。**