ThreadLocal简单见解以及与synchronized同步锁的比较
- 2016-08-14 13:47:57
- Version
- 7024
温馨提示: 这篇文章于2979天前编写,现在可能不再适用或落后.
最近公司项目需要切换数据源,类似java这种纯面向对象的语言(万物皆对象)没有像php那样的mysql_connect全局句柄的函数,每次对数据库的操作必须使用mysqli_connect返回句柄,对句柄进行jdbc操作,如果切换数据源之后每次都得来回往复的获取,这样不仅自己编码麻烦,而且消耗大量数据资源(数据库的连接超级消耗资源,有兴趣可以自己试一下),研究了三天无果,感觉自己要被炒了,最后重新看了一下c3p0的源码,发现c3p0使用了ThreadLocal包装了一个list作为线程池,一怒之下从头看了一下javase的这段api,发现完全可以解决多数据源切换的问题.
因为部分涉及到公司机密,所以不贴源码,只讲一下原理.
如果写过java多线程的童鞋应该都会考虑线程安全的问题,大部分都是用synchronized,但是可能很少使用ThreadLocal这个类实现线程安全,实际上这两种都可以实现线程安全.
早在JDK 1.2的版本中就提供java.lang.ThreadLocal,ThreadLocal为解决多线程程序的并发问题提供了一种新的思路。使用这个工具类可以很简洁地编写出优美的多线程程序。
当使用ThreadLocal维护变量时,ThreadLocal为每个使用该变量的线程提供独立的变量副本,所以每一个线程都可以独立地改变自己的副本,而不会影响其它线程所对应的副本。
从线程的角度看,目标变量就象是线程的本地变量,这也是类名中“Local”所要表达的意思。
所以,在Java中编写线程局部变量的代码相对来说要笨拙一些,因此造成线程局部变量没有在Java开发者中得到很好的普及。
ThreadLocal的接口方法
ThreadLocal类接口很简单,只有4个方法,我们先来了解一下:
``` void set(Object value)设置当前线程的线程局部变量的值。
public Object get()该方法返回当前线程所对应的线程局部变量。
public void remove()将当前线程局部变量的值删除,目的是为了减少内存的占用,该方法是JDK 5.0新增的方法。需要指出的是,当线程结束后,对应该线程的局部变量将自动被垃圾回收,所以显式调用该方法清除线程的局部变量并不是必须的操作,但它可以加快内存回收的速度。
protected Object initialValue()返回该线程局部变量的初始值,该方法是一个protected的方法,显然是为了让子类覆盖而设计的。这个方法是一个延迟调用方法,在线程第1次调用get()或set(Object)时才执行,并且仅执行1次。ThreadLocal中的缺省实现直接返回一个null。
```
值得一提的是,在JDK5.0中,ThreadLocal已经支持泛型,该类的类名已经变为ThreadLocal<T>。API方法也相应进行了调整,新版本的API方法分别是void set(T value)、T get()以及T initialValue()
ThreadLocal是如何做到为每一个线程维护变量的副本的呢?其实实现的思路很简单:在ThreadLocal类中有一个Map,用于存储每一个线程的变量副本,Map中元素的键为线程对象,而值对应线程的变量副本。
简单点来说synchronized是用"空间换时间",ThreadLocal是用"时间换空间",没有哪种线程安全实现方法更好,具体使用得分不同场景
阁下需要登录后才可以查看评论哦~