线程本地存储：无共享，无并发之忧.pdfVIP

30-线程本地模式：没有共享，就没有

某参加某大学校庆，在篮球场看到十来个人穿着裤衩抢一个球，观之实在不雅，于

是怒斥学校的总务处长，并且发话：“多买几个球，一人发一个，省得你争我抢！”小时候听到这个段

子只是觉得好玩，今天再来看，却别有一番滋味。为什么呢？因为其间蕴藏着解决并发问题的一个重要方

法：避免共享。

我们曾经一遍一遍又一重复，多个线程同时读写同一共享变量存在并发问题。前面两篇文章我们突破的

是写，没有写操作自然没有并发问题了。其实还可以突破共享变量，没有共享变量也不会有并发问题，正所

谓是没有共享，就没有。

那如何避免共享呢？思路其实很简单，多个人争一个球总容易出，那就每个人发一个球。对应到并发编

程领域，就是每个线程都拥有自己的变量，彼此之间不共享，也就没有并发问题了。

我们在《11|Java线程（下）：为什么局部变量是线程安全的？》中提到过线程封闭，其本质上就是避免共

享。你已经知道通过局部变量可以做到避免共享，那还有没有其他方法可以做到呢？有的，Java语言的

线程本地（ThreadLocal）就能够做到。下面我们先看看ThreadLocal到底该如何使用。

ThreadLocal的使用方法

下面这个静态类ThreadId会为每个线程分配一个唯一的线程Id，如果一个线程前后两次调用ThreadId的

get()方法，两次get()方法的返回值是相同的。但如果是两个线程分别调用ThreadId的get()方法，那么两个线

程看到的get()方法的返回值是不同的。若你是初次接触ThreadLocal，可能会觉得奇怪，为什么相同线程调

用get()方法结果就相同，而不同线程调用get()方法结果就不同呢？

staticclassThreadId

{staticfinalAtomicLong

nextId=newAtomicLong(0);

//定义ThreadLocal变量

staticfinalThreadLocalLong

tl=ThreadLocal.withInitial(

()-nextId.getAndIncrement());

//此⽅为每个线程分配⼀个唯⼀的Id

staticlongget(){

returntl.get();

}

}

能有这个奇怪的结果，都是ThreadLocal的杰作，不过在详细解释ThreadLocal的工作原理之前，我们再看一

个实际工作中可能遇到的例子来加深一下对ThreadLocal的理解。你可能知道SimpleDateFormat不是线程安

全的，那如果需要在并发场景下使用它，你该呢？

其实有一个办法就是用ThreadLocal来解决，下面的示例代码就是ThreadLocal解决方案的具体实现，这段代

码与前面ThreadId的代码高度相似，同样地，不同线程调用SafeDateFormat的get()方法将返回不同的

SimpleDateFormat对象实例，由于不同线程并不共享SimpleDateFormat，所以就像局部变量一样，是线程

安全的。

本地模式：共享没有伤30‑thread本地模式：没有共享，就没有伤

害

某参加某大校庆，在篮球场十来个人穿着裤衩一个球，观之不雅，是怒斥学校的总

务处长，并发话：“多买几个球，一人发一个，省得你争我抢！”小时候听到这一