如何理解Java面試中ThreadLocal的問題

這篇文章主要介紹“如何理解Java面試中ThreadLocal的問題”，在日常操作中，相信很多人在如何理解Java面試中ThreadLocal的問題問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”如何理解Java面試中ThreadLocal的問題”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

目錄

• 前言
  

• ThreadLocal是什么
  

• ThreadLoalMap
  

• hash沖突
  

• 內存泄露
  

• 如何避免內存泄露
  

  
  

前言

在面試環(huán)節(jié)中，考察"ThreadLocal"也是面試官的家常便飯，所以對它理解透徹，是非常有必要的.
有些面試官會開門見山的提問：

• “知道ThreadLocal嗎？”

• “講講你對ThreadLocal的理解”

當然了，也有面試官會慢慢引導到這個話題上，比如提問“在多線程環(huán)境下，如何防止自己的變量被其它線程篡改”，將主動權交給你自己，剩下的靠自己發(fā)揮。

那么ThreadLocal可以做什么，在了解它的應用場景之前，我們先看看它的實現(xiàn)原理，只有知道了實現(xiàn)原理，才好判斷它是否符合自己的業(yè)務場景。

ThreadLocal是什么

首先，它是一個數(shù)據(jù)結構，有點像HashMap，可以保存"key : value"鍵值對，但是一個ThreadLocal只能保存一個，并且各個線程的數(shù)據(jù)互不干擾。

ThreadLocal<String> localName = new ThreadLocal();
localName.set("占小狼");
String name = localName.get();

在線程1中初始化了一個ThreadLocal對象localName，并通過set方法，保存了一個值占小狼，同時在線程1中通過localName.get()可以拿到之前設置的值，但是如果在線程2中，拿到的將是一個null。

這是為什么，如何實現(xiàn)？不過之前也說了，ThreadLocal保證了各個線程的數(shù)據(jù)互不干擾。

看看set(T value)和get()方法的源碼

 public void set(T value) {
    Thread t = Thread.currentThread();
    ThreadLocalMap map = getMap(t);
    if (map != null)
        map.set(this, value);
    else
        createMap(t, value);
}

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

ThreadLocalMap getMap(Thread t) {
    return t.threadLocals;
}

可以發(fā)現(xiàn)，每個線程中都有一個ThreadLocalMap數(shù)據(jù)結構，當執(zhí)行set方法時，其值是保存在當前線程的threadLocals變量中，當執(zhí)行set方法中，是從當前線程的threadLocals變量獲取。

所以在線程1中set的值，對線程2來說是摸不到的，而且在線程2中重新set的話，也不會影響到線程1中的值，保證了線程之間不會相互干擾。

那每個線程中的ThreadLoalMap究竟是什么？

ThreadLoalMap

本文分析的是1.7的源碼。

從名字上看，可以猜到它也是一個類似HashMap的數(shù)據(jù)結構，但是在ThreadLocal中，并沒實現(xiàn)Map接口。

在ThreadLoalMap中，也是初始化一個大小16的Entry數(shù)組，Entry對象用來保存每一個key-value鍵值對，只不過這里的key永遠都是ThreadLocal對象，是不是很神奇，通過ThreadLocal對象的set方法，結果把ThreadLocal對象自己當做key，放進了ThreadLoalMap中。

這里需要注意的是，ThreadLoalMap的Entry是繼承WeakReference，和HashMap很大的區(qū)別是，Entry中沒有next字段，所以就不存在鏈表的情況了。

hash沖突

沒有鏈表結構，那發(fā)生hash沖突了怎么辦？

先看看ThreadLoalMap中插入一個key-value的實現(xiàn)

private void set(ThreadLocal<?> key, Object value) {
    Entry[] tab = table;
    int len = tab.length;
    int i = key.threadLocalHashCode & (len-1);

    for (Entry e = tab[i];
         e != null;
         e = tab[i = nextIndex(i, len)]) {
        ThreadLocal<?> k = e.get();

        if (k == key) {
            e.value = value;
            return;
        }

        if (k == null) {
            replaceStaleEntry(key, value, i);
            return;
        }
    }

    tab[i] = new Entry(key, value);
    int sz = ++size;
    if (!cleanSomeSlots(i, sz) && sz >= threshold)
        rehash();
}

每個ThreadLocal對象都有一個hash值threadLocalHashCode，每初始化一個ThreadLocal對象，hash值就增加一個固定的大小0x61c88647。

在插入過程中，根據(jù)ThreadLocal對象的hash值，定位到table中的位置i，過程如下：

1、如果當前位置是空的，那么正好，就初始化一個Entry對象放在位置i上；

2、不巧，位置i已經(jīng)有Entry對象了，如果這個Entry對象的key正好是即將設置的key，那么重新設置Entry中的value；

3、很不巧，位置i的Entry對象，和即將設置的key沒關系，那么只能找下一個空位置；

這樣的話，在get的時候，也會根據(jù)ThreadLocal對象的hash值，定位到table中的位置，然后判斷該位置Entry對象中的key是否和get的key一致，如果不一致，就判斷下一個位置

可以發(fā)現(xiàn)，set和get如果沖突嚴重的話，效率很低，因為ThreadLoalMap是Thread的一個屬性，所以即使在自己的代碼中控制了設置的元素個數(shù)，但還是不能控制其它代碼的行為。

內存泄露

ThreadLocal可能導致內存泄漏，為什么？

先看看Entry的實現(xiàn)：

static class Entry extends WeakReference<ThreadLocal<?>> {
    /** The value associated with this ThreadLocal. */
    Object value;

    Entry(ThreadLocal<?> k, Object v) {
        super(k);
        value = v;
    }
}

通過之前的分析已經(jīng)知道，當使用ThreadLocal保存一個value時，會在ThreadLocalMap中的數(shù)組插入一個Entry對象，按理說key-value都應該以強引用保存在Entry對象中，但在ThreadLocalMap的實現(xiàn)中，key被保存到了WeakReference對象中。

這就導致了一個問題，ThreadLocal在沒有外部強引用時，發(fā)生GC時會被回收，如果創(chuàng)建ThreadLocal的線程一直持續(xù)運行，那么這個Entry對象中的value就有可能一直得不到回收，發(fā)生內存泄露。

如何避免內存泄露

既然已經(jīng)發(fā)現(xiàn)有內存泄露的隱患，自然有應對的策略，在調用ThreadLocal的get()、set()可能會清除ThreadLocalMap中key為null的Entry對象，這樣對應的value就沒有GC Roots可達了，下次GC的時候就可以被回收，當然如果調用remove方法，肯定會刪除對應的Entry對象。

如果使用ThreadLocal的set方法之后，沒有顯示的調用remove方法，就有可能發(fā)生內存泄露，所以養(yǎng)成良好的編程習慣十分重要，使用完ThreadLocal之后，記得調用remove方法。

ThreadLocal<String> localName = new ThreadLocal();
try {
    localName.set("占小狼");
    // 其它業(yè)務邏輯
} finally {
    localName.remove();
}

到此，關于“如何理解Java面試中ThreadLocal的問題”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關知識，請繼續(xù)關注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>