111111
精灵王
精灵王
  • 注册日期2010-12-08
  • 发帖数640
  • QQ
  • 火币1103枚
  • 粉丝120
  • 关注75
  • 社区明星
阅读:3219回复:0

Java中ThreadLocal的设计和使用-JSP教程,Java技巧及代码

楼主#
更多 发布于:2011-01-08 19:52
早在java 1.2推出之时,java平台中就引入了一个新的支持:java.lang.threadlocal,给我们在编写多线程程式时提供了一种新的选择。使用这个工具类能非常简洁地编写出优美的多线程程式,虽然threadlocal非常有用,不过似乎目前了解他、使用他的朋友还不多。

   threadlocal是什么

   threadlocal是什么呢?其实threadlocal并非是个线程的本地实现版本,他并不是个thread,而是thread local variable(线程局部变量)。也许把他命名为threadlocalvar更加合适。线程局部变量(threadlocal)其实的功用非常简单,就是为每一个使用该变量的线程都提供一个变量值的副本,是每一个线程都能独立地改动自己的副本,而不会和其他线程的副本冲突。从线程的角度看,就似乎每一个线程都完全拥有该变量。线程局部变量并不是java的新发明,在其他的一些语言编译器实现(如ibm xl fortran)中,他在语言的层次提供了直接的支持。因为java中没有提供在语言层次的直接支持,而是提供了一个threadlocal的类来提供支持,所以,在java中编写线程局部变量的代码相对比较笨拙,这也许是线程局部变量没有在java中得到非常好的普及的一个原因吧。

   threadlocal的设计

   首先看看threadlocal的接口:

    object get() ; // 返回当前线程的线程局部变量副本 protected object initialvalue(); // 返回该线程局部变量的当前线程的初始值
    void set(object value); // 设置当前线程的线程局部变量副本的值

   threadlocal有3个方法,其中值得注意的是initialvalue(),该方法是个protected的方法,显然是为了子类重写而特意实现的。该方法返回当前线程在该线程局部变量的初始值,这个方法是个延迟调用方法,在一个线程第1次调用get()或set(object)时才执行,并且仅执行1次。threadlocal中的确实实现直接返回一个null:

protected object initialvalue() { return null; }

  threadlocal是怎么做到为每一个线程维护变量的副本的呢?其实实现的思路非常简单,在threadlocal类中有一个map,用于存储每一个线程的变量的副本。比如下面的示例实现:

public class threadlocal
{
  private map values = collections.synchronizedmap(new hashmap());
  public object get()
  {
   thread curthread = thread.currentthread();
   object o = values.get(curthread);
   if (o == null ;; !values.containskey(curthread))
   {
    o = initialvalue();
    values.put(curthread, o);
   }
   return o;
  }

  public void set(object newvalue)
  {
   values.put(thread.currentthread(), newvalue);
  }

  public object initialvalue()
  {
   return null;
  }
}

  当然,这并不是个工业强度的实现,但jdk中的threadlocal的实现总体思路也类似于此。

   threadlocal的使用

   如果希望线程局部变量初始化其他值,那么需要自己实现threadlocal的子类并重写该方法,通常使用一个内部匿名类对threadlocal进行子类化,比如下面的例子,serialnum类为每一个类分配一个序号:

public class serialnum
{
  // the next serial number to be assigned

  private static int nextserialnum = 0;
  private static threadlocal serialnum = new threadlocal()
  {
   protected synchronized object initialvalue()
   {
    return new integer(nextserialnum++);
   }
  };

  public static int get()
  {
   return ((integer) (serialnum.get())).intvalue();
  }
}

  serialnum类的使用将非常地简单,因为get()方法是static的,所以在需要获取当前线程的序号时,简单地调用:

int serial = serialnum.get();


  即可。

   在线程是活动的并且threadlocal对象是可访问的时,该线程就持有一个到该线程局部变量副本的隐含引用,当该线程运行结束后,该线程拥有的所以线程局部变量的副本都将失效,并等待垃圾收集器收集。

   threadlocal和其他同步机制的比较

   threadlocal和其他同步机制相比有什么优势呢?threadlocal和其他所有的同步机制都是为了解决多线程中的对同一变量的访问冲突,在普通的同步机制中,是通过对象加锁来实现多个线程对同一变量的安全访问的。这时该变量是多个线程共享的,使用这种同步机制需要非常细致地分析在什么时候对变量进行读写,什么时候需要锁定某个对象,什么时候释放该对象的锁等等非常多。所有这些都是因为多个线程共享了资源造成的。threadlocal就从另一个角度来解决多线程的并发访问,threadlocal会为每一个线程维护一个和该线程绑定的变量的副本,从而隔离了多个线程的数据,每一个线程都拥有自己的变量副本,从而也就没有必要对该变量进行同步了。threadlocal提供了线程安全的共享对象,在编写多线程代码时,能把不安全的整个变量封装进threadlocal,或把该对象的特定于线程的状态封装进threadlocal。

   由于threadlocal中能持有所有类型的对象,所以使用threadlocal get当前线程的值是需要进行强制类型转换。但随着新的java版本(1.5)将模版的引入,新的支持模版参数的threadlocal<t>类将从中受益。也能减少强制类型转换,并将一些错误检查提前到了编译期,将一定程度地简化threadlocal的使用。

   总结

   当然threadlocal并不能替代同步机制,两者面向的问题领域不同。同步机制是为了同步多个线程对相同资源的并发访问,是为了多个线程之间进行通信的有效方式;而threadlocal是隔离多个线程的数据共享,从根本上就不在多个线程之间共享资源(变量),这样当然不必对多个线程进行同步了。所以,如果你需要进行多个线程之间进行通信,则使用同步机制;如果需要隔离多个线程之间的共享冲突,能使用threadlocal,这将极大地简化你的程式,使程式更加易读、简洁。


更多黑客技术 黑客软件 计算机技术 编程技术 网站技术 qq技术 IT新闻 黑客基地 请访问 灯火安全联盟  灯火黑客 www.hack8888.com/bbs


喜欢0 评分0
游客

返回顶部