ThreadLocal原理大解析
阿新 • • 發佈:2020-11-05
今天呢,和大家聊一下`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`操作,想怎麼玩就怎麼玩,搞定。**