ThreadLocal 内部实现和应用场景（慎用，可能有内存泄露）

heartFollower 发布于2019-08-14 11:44 / 1857人阅读

摘要：而应用场景更多是想共享一个变量，但是该变量又不是线程安全的，那么可以用维护一个线程一个实例。因为创建这个对象本身很费时的，而且我们也知道本身不是线程安全的，也不能缓存一个共享的实例，为此我们想到使用来给每个线程缓存一个实例，提高性能。

很多人都知道java中有ThreadLocal这个类，但是知道ThreadLocal这个类具体有什么作用，然后适用什么样的业务场景还是很少的。今天我就尝试以自己的理解，来讲解下ThreadLocal类的内部实现和应用场景，如果有什么不对之处，还望大家指正。

首先明确一个概念，那就是ThreadLocal并不是用来并发控制访问一个共同对象，而是为了给每个线程分配一个只属于该线程的对象（这么粗暴的解释可能还不太准确），更准确的说是为了实现线程间的数据隔离。而ThreadLocal应用场景更多是想共享一个变量，但是该变量又不是线程安全的，那么可以用ThreadLocal维护一个线程一个实例。有时候ThreadLocal也可以用来避免一些参数传递，通过ThreadLocal来访问对象。

首先我们先看下ThreadLocal（jdk1.7）内部的实现：
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)
            return (T)e.value;
    }
    return setInitialValue();
}

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

get和set方法是ThreadLocal类中最常用的两个方法。

get方法

代码很容易理解，首先我们通过Thread.currentThread得到当前线程，然后获取当前线程的threadLocals变量，这个变量就是ThreadLocalMap类型的。然后根据当前的ThreadLocal实例作为key，获取到Entry对象。

set方法

代码同样很容易理解。同样根据Thread.currentThread得到当前线程，如果当前线程存在threadLocals这个变量不为空，那么根据当前的ThreadLocal实例作为key寻找在map中位置，然后用新的value值来替换旧值。

在ThreadLocal这个类中比较引人注目的应该是ThreadLocal->ThreadLocalMap->Entry这个类。这个类继承自WeakReference。关于弱引用的知识，以后我会抽时间写篇文章来介绍下。

最近在我们的web项目中servlet需要频繁创建SimpleDateFormat这个对象，进行日期格式化。因为创建这个对象本身很费时的，而且我们也知道SimpleDateFormat本身不是线程安全的，也不能缓存一个共享的SimpleDateFormat实例，为此我们想到使用ThreadLocal来给每个线程缓存一个SimpleDateFormat实例，提高性能。同时因为每个Servlet会用到不同pattern的时间格式化类，所以我们对应每一种pattern生成了一个ThreadLocal实例。

DateFormatFactory

public class DateFormatFactory {

private static final Map> pattern2ThreadLocal;

static {
    DatePattern[] patterns = DatePattern.values();
    int len = patterns.length;
    pattern2ThreadLocal = new HashMap>(len);

    for (int i = 0; i < len; i++) {
        DatePattern datePattern = patterns[i];
        final String pattern = datePattern.pattern;

        pattern2ThreadLocal.put(datePattern, new ThreadLocal() {
            @Override
            protected DateFormat initialValue() {
                return new SimpleDateFormat(pattern);
            }
        });
    }
}

//获取DateFormat
public static DateFormat getDateFormat(DatePattern pattern) {
    ThreadLocal threadDateFormat = pattern2ThreadLocal.get(pattern);
    //不需要判断threadDateFormat是否为空
    return threadDateFormat.get(); 
}

}

DatePattern 枚举类

public enum DatePattern {

TimePattern("yyyy-MM-dd HH:mm:ss"),

DatePattern("yyyy-MM-dd"),

public String pattern;

private DatePattern(String pattern) {
    this.pattern = pattern;
}

}

这样我们就可以每次调用DateFormatFactory.getDateFormat获取到对应的时间格式化类了。之前我们提到使用ThreadLocal同时可以避免参数传递。假如我们这个Servlet要调用到其他类的方法，而且方法内需要使用时间格式化类。按照正常情况下我们把该时间格式化类作为参数进行传递，但如果有了ThreadLocal这个类，我们可以不需要作为参数传递了，可以在方法类通过ThreadLocal得到时间格式化类。当然代码的通用性就差了。

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/64081.html

ThreadLocal 线程安全机制与小地雷

摘要：多线程类库对于共享数据的读写控制主要采用锁机制保证线程安全，本文所要探究的则采用了一种完全不同的策略。所以出现内存泄露的前提必须是持有的线程一直存活，这在使用线程池时是很正常的，在这种情况下一直不会被，因为 Java 多线程类库对于共享数据的读写控制主要采用锁机制保证线程安全，本文所要探究的 ThreadLocal 则采用了一种完全不同的策略。ThreadLocal 不是用来解决共享数...

xiao7cn 2019-08-15 15:23 评论0 收藏0
(八)ThreadLocal的使用及原理分析

摘要：什么是，简单翻译过来就是本地线程，但是直接这么翻译很难理解的作用，如果换一种说法，可以称为线程本地存储。魔数的选取和斐波那契散列有关，对应的十进制为。而斐波那契散列的乘数可以用如果把这个值给转为带符号的，则会得到。什么是ThreadLocal ThreadLocal，简单翻译过来就是本地线程，但是直接这么翻译很难理解ThreadLocal的作用，如果换一种说法，可以称为线程本地存储。...

asoren 2019-08-16 13:56 评论0 收藏0
深入了解Threadlocal

摘要：通过将保存在中，每个线程都会拥有属于自己的，代码如下所示然后你就可以安心地调用了，不用考虑线程安全问题。这样设计的好处就是，当线程死掉之后，没有强引用，方便收集器回收。前言想必大家都对Threadlocal很熟悉吧，今天我们就一起来深入学习一下。Threadlocal我更倾向于将其翻译成线程局部变量。它有什么用处呢？Threadlocal对象通常用于防止对可变的单实例变量或全局变量...

qiangdada 2019-08-15 18:11 评论0 收藏0
慎用ThreadLocal

摘要：另载于是个很爽的东西，线程安全，能当全局变量来用别。第一家公司，使用框架老技术，现代人可以理解为类似，对每个请求都套上，进入时把写入，返回或抛注意时清理。第二家公司，某次引入一个设计，也用了来传递上下文信息，有的地方没能清掉。另载于 http://www.qingjingjie.com/blogs/12 ThreadLocal是个很爽的东西，线程安全，能当全局变量来用(别！)。上一...

harriszh 2019-08-14 12:31 评论0 收藏0