关于ThreadLocal

先从一个案例开始入手： image.png

有这样一个场景，多个线程查询用户的出生日期，其中birthDate(int userId)会将用户的出生日期格式化后返回。注意一个问题，就是每次调用birthDate(int userId)就会生成一个 SimpleDateFormat对象，这显然是没有必要的。那么这样呢？

image.png
所有的线程都使用同一个 SimpleDateFormat对象，这样又会遇到一个问题， SimpleDateFormat对象并不是一个线程安全的对象，这样是线程不安全的。如果是使用线程锁限制线程访问，这样又会影响运行速度。那么最理想的情况应该是每个线程只有一个SimpleDateFormat对象 既解决了生成过多对象占用内存的问题，又能解决多线程线程锁带来的性能问题。这就引入了ThreadLocal。
image.png
通过上图的代码，就可以保证，每个线程只有一个 SimpleDateFormat对象，解决了生成过多对象占用内存的问题，又能解决多线程线程锁带来的性能问题。

再来讲另外一个ThreadLocal的案例：

image.png

有一个request需要通过四个Service才能完成，每个Service都需要包含用户信息的对象User，那么就需要把User对象从Service-1一直传递到Service-4，如果不想这样传来传去，怎么办？解决的方案还是ThreadLocal，可以把User对象保存在ThreadLocal中，在需要的地方取出来就行。请求结束后，清空即可ThreadLocal.remove()。

image.png

这样ThreadLocal的初步使用案例就介绍到这里。如果是从事后台开发，Spring源码中有很多使用ThreadLocal的地方,例如：

image.png
至于从事Android开发那就更绕不开这个类了，Looper就是基于ThreadLocal实现的。