ITPub博客

首页 > 应用开发 > Java > java中ThreadLocal作用与线程安全问题

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

原创 Java 作者:破棉袄 时间:2014-07-16 13:38:16 0 删除 编辑

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博客 ” ,链接:https://blog.itpub.net/29754888/viewspace-1220276/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2014-07-16

  • 博文量
    180
  • 访问量
    1158168