java - 正确认识ThreadLocal

ThreadLocal，可以理解为线程的本地变量，有人说是每个线程中都保存了一个对象的副本或者拷贝，这简直是胡说八道。ThreadLocal不是为每个线程保存某个变量的拷贝或者副本，而是保存的一个新new出来的新的对象，java对象都是引用传递，如果是保存拷贝那多个线程使用的不还是一个对象，肯定达不到线程间互不影响的效果。

建议大家不要听网上一群傻逼胡说霸道。什么拷贝什么副本的！！！

那么ThreadLocal要解决的问题到底是什么呢？

如果有两个线程A和B，都要使用某一个变量Foo，我们都知道线程的执行是异步的，同时进行的，为了避免A使用变量Foo的过程中，线程B修改了变量Foo而出现错误结果，有必要在线程A和B中都保存这样一个变量，使线程A和B之间互不影响。当然这个变量Foo肯定不能是多线程的共享对象。举个例子说吧：这里引用别人的例子就能很好的说明

SimpleDateFormat(下面简称sdf)类内部有一个Calendar对象引用,它用来储存和这个sdf相关的日期信息,例如sdf.parse(dateStr), sdf.format(date) 诸如此类的方法参数传入的日期相关String, Date等等, 都是交友Calendar引用来储存的.这样就会导致一个问题,如果你的sdf是个static的, 那么多个thread 之间就会共享这个sdf, 同时也是共享这个Calendar引用, 并且, 观察 sdf.parse() 方法,你会发现有如下的调用:

Date parse() {

  calendar.clear(); // 清理calendar

  ... // 执行一些操作, 设置 calendar 的日期什么的

  calendar.getTime(); // 获取calendar的时间

}

这里会导致的问题就是, 如果 线程A 调用了 sdf.parse(), 并且进行了 calendar.clear()后还未执行calendar.getTime()的时候,线程B又调用了sdf.parse(), 这时候线程B也执行了sdf.clear()方法, 这样就导致线程A的的calendar数据被清空了(实际上A,B的同时被清空了). 又或者当 A 执行了calendar.clear() 后被挂起, 这时候B 开始调用sdf.parse()并顺利i结束, 这样 A 的 calendar内存储的的date 变成了后来B设置的calendar的date

这个问题背后隐藏着一个更为重要的问题--无状态：无状态方法的好处之一，就是它在各种环境下，都可以安全的调用。衡量一个方法是否是有状态的，就看它是否改动了其它的东西，比如全局变量，比如实例的字段。format方法在运行过程中改动了SimpleDateFormat的calendar字段，所以，它是有状态的。

使用ThreadLocal来解决这个问题：　

public class ConcurrentDateUtil {
    private static ThreadLocal<DateFormat> threadLocal = new ThreadLocal<DateFormat>() {
        @Override
        protected DateFormat initialValue() {
            return new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
        }
    };
    public static Date parse(String dateStr) throws ParseException {
        return threadLocal.get().parse(dateStr);
    }
    public static String format(Date date) {
        return threadLocal.get().format(date);
    }
}

至于为什么这么写，大家自行看ThreadLocal的源码，这才是学习的最好方法。