前言

今天要研究的是ThreadLocal，這個我在一年前學習JavaWeb基礎的時候接觸過一次，當時在baidu搜出來的第一篇博文ThreadLocal，在評論下很多開發者認為那博主理解錯誤，給出了很多有關的鏈接來指正(可原博主可能沒上博客了，一直沒做修改)。我也去學習了一番，可惜的是當時還沒有記錄的習慣，直到現在僅僅記住了一些當時學過的皮毛。

因此，做一些技術的記錄是很重要的～同時，ThreadLocal也是面試非常常見的面試題，對Java開發者而言也是一個必要掌握的知識點～

當然了，如果我有寫錯的地方請大家多多包涵，歡迎在評論下留言指正～

一、什么是ThreadLocal

聲明：本文使用的是JDK 1.8

首先我們來看一下JDK的文檔介紹：


/*** This class provides thread-local variables.  These variables differ from* their normal counterparts in that each thread that accesses one (via its* {@code get} or {@code set} method) has its own, independently initialized* copy of the variable.  {@code ThreadLocal} instances are typically private* static fields in classes that wish to associate state with a thread (e.g.,* a user ID or Transaction ID).* * <p>For example, the class below generates unique identifiers local to each* thread.* A thread's id is assigned the first time it invokes {@code ThreadId.get()}* and remains unchanged on subsequent calls.*/

結合我的總結可以這樣理解：ThreadLocal提供了線程的局部變量，每個線程都可以通過set()和get()來對這個局部變量進行操作，但不會和其他線程的局部變量進行沖突，實現了線程的數據隔離～。

簡要言之：往ThreadLocal中填充的變量屬于當前線程，該變量對其他線程而言是隔離的。

二、為什么要學習ThreadLocal？

從上面可以得出：ThreadLocal可以讓我們擁有當前線程的變量，那這個作用有什么用呢？？？

2.1管理Connection

最典型的是管理數據庫的Connection：當時在學JDBC的時候，為了方便操作寫了一個簡單數據庫連接池，需要數據庫連接池的理由也很簡單，頻繁創建和關閉Connection是一件非常耗費資源的操作，因此需要創建數據庫連接池～

那么，數據庫連接池的連接怎么管理呢？？我們交由ThreadLocal來進行管理。為什么交給它來管理呢？？ThreadLocal能夠實現當前線程的操作都是用同一個Connection，保證了事務！

當時候寫的代碼：


public class DBUtil {//數據庫連接池private static BasicDataSource source;//為不同的線程管理連接private static ThreadLocal<Connection> local;static {try {//加載配置文件Properties properties = new Properties();//獲取讀取流InputStream stream = DBUtil.class.getClassLoader().getResourceAsStream("連接池/config.properties");//從配置文件中讀取數據properties.load(stream);//關閉流stream.close();//初始化連接池source = new BasicDataSource();//設置驅動source.setDriverClassName(properties.getProperty("driver"));//設置urlsource.setUrl(properties.getProperty("url"));//設置用戶名source.setUsername(properties.getProperty("user"));//設置密碼source.setPassword(properties.getProperty("pwd"));//設置初始連接數量source.setInitialSize(Integer.parseInt(properties.getProperty("initsize")));//設置最大的連接數量source.setMaxActive(Integer.parseInt(properties.getProperty("maxactive")));//設置最長的等待時間source.setMaxWait(Integer.parseInt(properties.getProperty("maxwait")));//設置最小空閑數source.setMinIdle(Integer.parseInt(properties.getProperty("minidle")));//初始化線程本地local = new ThreadLocal<>();} catch (IOException e) {e.printStackTrace();}}public static Connection getConnection() throws SQLException {if(local.get()!=null){return local.get();}else{//獲取Connection對象Connection connection = source.getConnection();//把Connection放進ThreadLocal里面local.set(connection);//返回Connection對象return connection;}}//關閉數據庫連接public static void closeConnection() {//從線程中拿到Connection對象Connection connection = local.get();try {if (connection != null) {//恢復連接為自動提交connection.setAutoCommit(true);//這里不是真的把連接關了,只是將該連接歸還給連接池connection.close();//既然連接已經歸還給連接池了,ThreadLocal保存的Connction對象也已經沒用了local.remove();}} catch (SQLException e) {e.printStackTrace();}}}

同樣的，Hibernate對Connection的管理也是采用了相同的手法(使用ThreadLocal，當然了Hibernate的實現是更強大的)～

2.2避免一些參數傳遞

避免一些參數的傳遞的理解可以參考一下Cookie和Session：

每當我訪問一個頁面的時候，瀏覽器都會幫我們從硬盤中找到對應的Cookie發送過去。
瀏覽器是十分聰明的，不會發送別的網站的Cookie過去，只帶當前網站發布過來的Cookie過去

瀏覽器就相當于我們的ThreadLocal，它僅僅會發送我們當前瀏覽器存在的Cookie(ThreadLocal的局部變量)，不同的瀏覽器對Cookie是隔離的(Chrome,Opera,IE的Cookie是隔離的【在Chrome登陸了，在IE你也得重新登陸】)，同樣地：線程之間ThreadLocal變量也是隔離的....

那上面避免了參數的傳遞了嗎？？其實是避免了。Cookie并不是我們手動傳遞過去的，并不需要寫<input name= cookie/>來進行傳遞參數...

在編寫程序中也是一樣的：日常中我們要去辦理業務可能會有很多地方用到身份證，各類證件，每次我們都要掏出來很麻煩

// 咨詢時要用身份證，學生證，房產證等等....public void consult(IdCard idCard,StudentCard studentCard,HourseCard hourseCard){}// 辦理時還要用身份證，學生證，房產證等等....public void manage(IdCard idCard,StudentCard studentCard,HourseCard hourseCard) {}//......

而如果用了ThreadLocal的話，ThreadLocal就相當于一個機構，ThreadLocal機構做了記錄你有那么多張證件。用到的時候就不用自己掏了，問機構拿就可以了。

在咨詢時的時候就告訴機構：來，把我的身份證、房產證、學生證通通給他。在辦理時又告訴機構：來，把我的身份證、房產證、學生證通通給他。...

// 咨詢時要用身份證，學生證，房產證等等....public void consult(){threadLocal.get();}// 辦理時還要用身份證，學生證，房產證等等....public void takePlane() {threadLocal.get();}

這樣是不是比自己掏方便多了。

當然了，ThreadLocal可能還會有其他更好的作用，如果知道的同學可在評論留言哦～～～

三、ThreadLocal實現的原理

想要更好地去理解ThreadLocal，那就得翻翻它是怎么實現的了～～～

聲明：本文使用的是JDK 1.8

首先，我們來看一下ThreadLocal的set()方法，因為我們一般使用都是new完對象，就往里邊set對象了

public void set(T value) {// 得到當前線程對象Thread t = Thread.currentThread();// 這里獲取ThreadLocalMapThreadLocalMap map = getMap(t);// 如果map存在，則將ThreadLocal作為key，要存儲的對象作為value存到map里面去if (map != null)map.set(this, value);elsecreateMap(t, value);}

上面有個ThreadLocalMap，我們去看看這是什么？


static class ThreadLocalMap {/*** The entries in this hash map extend WeakReference, using* its main ref field as the key (which is always a* ThreadLocal object).  Note that null keys (i.e. entry.get()* == null) mean that the key is no longer referenced, so the* entry can be expunged from table.  Such entries are referred to* as "stale entries" in the code that follows.*/static class Entry extends WeakReference<ThreadLocal<?>> {/** The value associated with this ThreadLocal. */Object value;Entry(ThreadLocal<?> k, Object v) {super(k);value = v;}}//....很長
}

通過上面我們可以發現的是ThreadLocalMap是ThreadLocal的一個內部類。用Entry類來進行存儲

我們的值都是存儲到這個Map上的，key是當前ThreadLocal對象！

如果該Map不存在，則初始化一個：

void createMap(Thread t, T firstValue) {t.threadLocals = new ThreadLocalMap(this, firstValue);}

如果該Map存在，則從Thread中獲取！

/*** Get the map associated with a ThreadLocal. Overridden in* InheritableThreadLocal.** @param  t the current thread* @return the map*/ThreadLocalMap getMap(Thread t) {return t.threadLocals;}

Thread維護了ThreadLocalMap變量

/* ThreadLocal values pertaining to this thread. This map is maintained* by the ThreadLocal class. */ThreadLocal.ThreadLocalMap threadLocals = null

從上面又可以看出，ThreadLocalMap是在ThreadLocal中使用內部類來編寫的，但對象的引用是在Thread中！

于是我們可以總結出：Thread為每個線程維護了ThreadLocalMap這么一個Map，而ThreadLocalMap的key是LocalThread對象本身，value則是要存儲的對象

有了上面的基礎，我們看get()方法就一點都不難理解了：

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();}