java中ThreadLocal作用与线程安全问题

1.概念：

ThreadLocal是什么呢？其实ThreadLocal并非是一个线程的本地实现版本，它并不是一个Thread，而是threadlocalvariable(线程局部变量)。也许把它命名为ThreadLocalVar更加合适。线程局部变量(ThreadLocal)其实的功用非常简单，就是为每一个使用该变量的线程都提供一个变量值的副本，是Java中一种较为特殊的线程绑定机制，是每一个线程都可以独立地改变自己的副本，而不会和其它线程的副本冲突。

2.以SimpleDateFormat线程非安全示例：

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

1. Date parse() {
   
2.   calendar.clear(); // 清理calendar
   
3.      ... // 执行一些操作, 设置 calendar 的日期什么的
   
4.   calendar.getTime(); // 获取calendar的时间
   
5. }

这里会导致的问题就是, 如果 线程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

3.解决方案：

1. private static final String DATE_FORMAT = "yyyy-MM-dd HH:mm:ss";
2.     @SuppressWarnings("rawtypes")
3.     private static ThreadLocal threadLocal = new ThreadLocal() {
4.         protected synchronized Object initialValue() {
5.             return new SimpleDateFormat(DATE_FORMAT);
6.         }
7.     };
8.  
9. DateFormat df = (DateFormat) threadLocal.get();

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29754888/viewspace-1220276/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29754888/viewspace-1220276/