一文读懂系列-ThreadLocal

一文读懂系列-ThreadLocal

前言

ThreadLocal大家应该也经常听说,但是可能大家在日常工作中真正用到的比较少,其实ThreadLocal在日常工作中的使用中还是有挺多使用场景的,今天我们就介绍下ThreadLocal解决了什么问题?实现原理是怎么样的?它是如何做到静态变量线程多副本的?最后介绍下如何使用。

ThreadLocal解决了什么问题

在日常工作中我们经常会遇到这样的情况,某些类我们在每个线程的很多??橹卸夹枰褂玫?,但是我们又不希望把这个类作为参数在各个??橹幸恢贝菹氯?,这样会让代码比较丑陋,并且存在了很多重复的代码。

public String moduleA(Context context){
...
moduleB(Context context);
}

public String moduleB(Context context){
...
moduleC(Context context);
}

public String modulC(Context context){
...
}

上面的代码是不是很丑,那么我们换个写法,既然这个变量一直在各个??橹写菽敲绰榉常陕锊话袰ontext里的变量都定义成静态变量,这样在每个??橹兄苯邮褂镁托辛?,就像下面这样。

public class Context {

    private static String  tranId = new String();

    public static void setTranId(String id){
        tranId = id;
    }

    public static String getTranId(){
        return tranId;
    }
}
public String moduleA(){
...
Context.setTranId(...);
}

public String moduleB(Context context){
String id = Context.getTranId();
...
Context.setTranId(...);
}

public String modulC(Context context){
...
}

等等,明眼人一下就看出来这个代码有线程安全的问题,如果多线程访问一定出问题,

线程1的moduleA set完tranId = 1后
正好这时线程2的moduleA setTranId = 2
此时cpu时间分片给了线程1,线程1继续执行moduleB,那么线程1取出来的tranId就是刚才线程2设置的2而不是之前线程1设置的1了

这样就出了线程安全的问题,那么有没有好的办法既能解决多参数传递的问题,又能解决非线程安全场景下的静态变量共享问题?
答案当时有,那就是使用ThreadLocal定义静态变量。ThreadLocal定义的静态变量是会为每个线程都定义一个线程变量副本的,这样每个线程自己访问自己操作的ThreadLocal静态变量的时候就不会遇到多线程交叉取数和赋值覆盖的问题了。具体实例可以看下面的如何使用ThreaLocal章节。

ThreadLocal实现原理

ThreadLocal的核心原理其实就是为每个线程都单独存储了这个变量,在内部通过一个Map来保存这些局部变量,下面我们来看下ThreadLocal的数据结构。


Screenshot 2018-02-07 11.00.50.png

从图中可以看到在ThreadLocal内部定义了一个ThreadLocalMap静态对象,在ThreadLocalMap中是一个Entry数组private Entry[] table,在数组中保存每个线程的ThreadLocal变量值,并且在ThreadLocalMap类中还定义了类似HashMap一样的阈值private int threshold,并有数组扩容等的控制,数组默认大小为16 private static final int INITIAL_CAPACITY = 16。ThreadLocalMap还提供了Map的set和get方法。

Screenshot 2018-02-07 11.03.55.png

Screenshot 2018-02-07 15.10.52.png

了解了基本的数据结构下面我们看下ThreadLocal核心的get和set方法的具体实现。

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

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

可以看到set方法逻辑很简单,就是获取当前进程对象的threadLocals对象,这里要插播一下Thread类中包含ThreadLocal中静态类ThreadLocalMap的引用,ThreadLocal.ThreadLocalMap threadLocals = null,这样就可以通过线程找到,线程对应的ThreadLocalMap对象。
再回到ThreadLocal的set方法,从set方法中可以看到,通过当前线程取到ThreadLocalMap后,直接通过ThreadLocalMap的set(ThreadLocal<?> key, Object value)方法进行赋值到map中,所以真正的核心逻辑在这里,将ThreadLocal实例和value封装成Entry,将Entry插入table,可以看到插入table的核心逻辑思路就是先获取到当前ThreadLocal的hashcode通过对该hashcode与table的长度得到数组的index位置int i = key.threadLocalHashCode & (len-1),table[i]的值为e,e的key值为k,如果k和当前的key代表的ThreadLocal一致,则修改value值并返回,如果k等于null,则说明这个元素已经陈旧了,就调用replaceStaleEntry(key, value, i)方法删除table中所有陈旧的元素(entry为null)并插入新的元素,如果不满足这两个条件则继续for循环取下一个元素,直到e为null,就把e插入到table的i位置,最后再判断下是否需要扩容。这样整个set的过程就结束了,在其中可以发现ThreadLocalMap虽然也是Map,但是底层实现和HashMap还是不一样的,HashMap当插入值hash散列桶有冲突的时候,会转成链表或者红黑树,但是ThreadLocalMap中没有链表和红黑树结构,如果冲突了会通过nextIndex继续查找下一个空位,这就导致当并发处理的线程非常多并且散列桶冲突很多的时候会导致各个线程在ThreadLocal中查找值的时候非常慢,还会导致table数组的不断扩容。

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.get方法,get()方法比较简单实际上就是获取当前线程的ThreadLocalMap引用,并返回该Entry对应的value值。

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

ThreadLocalMap.getEntry

private Entry getEntry(ThreadLocal<?> key) {
    int i = key.threadLocalHashCode & (table.length - 1);
    Entry e = table[i];
    if (e != null && e.get() == key)
        return e;
    else
        return getEntryAfterMiss(key, i, e);
}

如何使用ThreadLocal

下面我们介绍下日常开发中如何使用ThreadLocal,从上面介绍的使用场景和实现原理,大家应该了解到了ThreadLocal的能够解决什么问题,用在哪些场景下,能够解决我们什么问题。我们通过下面这个例子来介绍下具体如何使用,其实使用起来非常简单我们使用ThreadLocal一般是用在可能被多个线程共同访问到的静态类对象上,那么我们先定一个交易上下文类,类中包含一个交易流水tranID字段,这个字段因为会被多个交易线程get和set,那么为了保证每个线程能够拿到自己set的tranId,而不会拿串,我们就需要使用到ThreadLocal,将tranId定义成ThreadLocal类型。

public class Context {

    private static ThreadLocal<String>  tranId = new ThreadLocal<String>();

    public static void setTranId(String id){
        tranId.set(id);
    }

    public static String getTranId(){
        return tranId.get();
    }
}

定义好了Context交易上下文类后,我们就可以写一个Main函数,在里面定义个线程池进行多线程调用,在线程中,其实就是先set Context的tranId字段,然后线程sleep1秒后再读取tranId字段,如果tranId没有定义为ThreadLocal那么这个值一定是不同线程会取串了,但是使用了ThreadLocal定义可能被多个线程共同访问的tranId后就不会出现串号的现象,ThreadLocal为每一个线程单独创建了这个静态变量的副本。

 set thread id= 9 || tranId= -1193959466
 set thread id= 10 || tranId= -1139614796
 set thread id= 12 || tranId= -1220615319
 set thread id= 11 || tranId= 837415749
get thread id= 9 || tranId= -1193959466
get thread id= 11 || tranId= 837415749
get thread id= 12 || tranId= -1220615319
get thread id= 10 || tranId= -1139614796

Process finished with exit code 0
public class Main {

    public static void main(String[] args){
        MyThread myThread = new MyThread();
        ExecutorService es = Executors.newFixedThreadPool(4);
        for(int i=0; i<4; i++){
            es.submit(myThread);
        }
        es.shutdown();
    }

    public static class MyThread implements Runnable{
        Random random = new Random(100);
        @Override
        public void run() {
            String tranId = random.nextInt() + "";
            Context.setTranId(tranId);
            System.out.println(" set thread id= " + Thread.currentThread().getId() + " || tranId= " + Context.getTranId());
            try {
                Thread.sleep(1000);
                System.out.println("get thread id= " + Thread.currentThread().getId() + " || tranId= " + Context.getTranId());
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }
}
最后编辑于
?著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,172评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,346评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事?!?“怎么了?”我有些...
    开封第一讲书人阅读 159,788评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,299评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,409评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,467评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,476评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,262评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,699评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,994评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,167评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,827评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,499评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,149评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,387评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,028评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,055评论 2 352

推荐阅读更多精彩内容