ThreadLocal的理解和使用
来源:互联网 发布:淘宝举报了哪里可以看 编辑:程序博客网 时间:2024/05/21 06:45
1.ThreadLocal初步
早在JDK 1.2的版本中就提供java.lang.ThreadLocal,ThreadLocal为解决多线程程序的并发问题提供了一种新的思路。使用这个工具类可以很简洁地编写出优美的多线程程序。
ThreadLocal很容易让人望文生义,想当然地认为是一个“本地线程”。其实,ThreadLocal并不是一个Thread,而是Thread的局部变量,也许把它命名为ThreadLocalVariable更容易让人理解一些。
当使用ThreadLocal维护变量时,ThreadLocal为每个使用该变量的线程提供独立的变量副本,所以每一个线程都可以独立地改变自己的副本,而不会影响其它线程所对应的副本。
从线程的角度看,目标变量就象是线程的本地变量,这也是类名中“Local”所要表达的意思。
主要是四个方法组成
initialValue(),get(),set(T),remove()
例子
Hibernate的文档时看到了关于使ThreadLocal管理多线程访问的部分。具体代码如下
- 1. public static final ThreadLocal session = new ThreadLocal();
- 2. public static Session currentSession() {
- 3. Session s = (Session)session.get();
- 4. //open a new session,if this session has none
- 5. if(s == null){
- 6. s = sessionFactory.openSession();
- 7. session.set(s);
- 8. }
- return s;
- 9. }
1。初始化一个ThreadLocal对象,ThreadLocal有三个成员方法 get()、set()、initialvalue()。
如果不初始化initialvalue,则initialvalue返回null。
3。session的get根据当前线程返回其对应的线程内部变量,也就是我们需要的net.sf.hibernate.Session(相当于对应每个数据库连接).多线程情况下共享数据库链接是不安全的。ThreadLocal保证了每个线程都有自己的s(数据库连接)。
5。如果是该线程初次访问,自然,s(数据库连接)会是null,接着创建一个Session,具体就是行6。
6。创建一个数据库连接实例 s
7。保存该数据库连接s到ThreadLocal中。
8。如果当前线程已经访问过数据库了,则从session中get()就可以获取该线程上次获取过的连接实例。
当要给线程初始化一个特殊值时,需要自己实现ThreadLocal的子类并重写该方法,通常使用一个内部匿名类对ThreadLocal进行子类化,EasyDBO中创建jdbc连接上下文就是这样做的:
- public class JDBCContext{
- private static Logger logger = Logger.getLogger(JDBCContext.class);
- private DataSource ds;
- protected Connection connection;
- private boolean isValid = true;
- private static ThreadLocal jdbcContext;
- private JDBCContext(DataSource ds){
- this.ds = ds;
- createConnection();
- }
- public static JDBCContext getJdbcContext(javax.sql.DataSource ds)
- {
- if(jdbcContext==null)jdbcContext=new JDBCContextThreadLocal(ds);
- JDBCContext context = (JDBCContext) jdbcContext.get();
- if (context == null) {
- context = new JDBCContext(ds);
- }
- return context;
- }
- private static class JDBCContextThreadLocal extends ThreadLocal {
- public javax.sql.DataSource ds;
- public JDBCContextThreadLocal(javax.sql.DataSource ds)
- {
- this.ds=ds;
- }
- protected synchronized Object initialValue() {
- return new JDBCContext(ds);
- }
- }
- }
使用单例模式,不同的线程调用getJdbcContext()获得自己的jdbcContext,都是通过JDBCContextThreadLocal 内置子类来获得JDBCContext对象的线程局部变量
一、ThreadLocal是java线程的一个实现
ThreadLocal的确是和java线程有关,不过它并不是java线程的一个实现,它只是用来维护本地变量。针对每个线程,提供自己的变量版本,主要是为了避免线程冲突,每个线程维护自己的版本。彼此独立,修改不会影响到对方。
二、ThreadLocal是相对于每个session的
ThreadLocal顾名思义,是针对线程。在java web编程上,每个用户从开始到会话结束,都有自己的一个session标识。但是ThreadLocal并不是在会话层上。其实,Threadlocal是独立于用户session的。它是一种服务器端行为,当服务器每生成一个新的线程时,就会维护自己的ThreadLocal。对于这个误解,个人认为应该是开发人员在本地基于一些应用服务器测试的结果。众所周知,一般的应用服务器都会维护一套线程池,也就是说,对于每次访问,并不一定就新生成一个线程。而是自己有一个线程缓存池。对于访问,先从缓存池里面找到已有的线程,如果已经用光,才去新生成新的线程。所以,由于开发人员自己在测试时,一般只有他自己在测,这样服务器的负担很小,这样导致每次访问可能是共用同样一个线程,导致会有这样的误解:每个session有一个ThreadLocal
三、ThreadLocal是相对于每个线程的,用户每次访问会有新的ThreadLocal
理论上来说,ThreadLocal是的确是相对于每个线程,每个线程会有自己的ThreadLocal。但是上面已经讲到,一般的应用服务器都会维护一套线程池。因此,不同用户访问,可能会接受到同样的线程。因此,在做基于TheadLocal时,需要谨慎,避免出现ThreadLocal变量的缓存,导致其他线程访问到本线程变量
四、对每个用户访问,ThreadLocal可以多用
可以说,ThreadLocal是一把双刃剑,用得来的话可以起到非常好的效果。但是,ThreadLocal如果用得不好,就会跟全局变量一样。代码不能重用,不能独立测试。因为,一些本来可以重用的类,现在依赖于ThreadLocal变量。如果在其他没有ThreadLocal场合,这些类就变得不可用了。个人觉得ThreadLocal用得很好的几个应用场合,值得参考
1、存放当前session用户:quake want的jert
2、存放一些context变量,比如webwork的ActionContext
3、存放session,比如Spring hibernate orm的session
2、ThreadLocal的理解
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中元素的键为线程对象,而值对应线程的变量副本。我们自己就可以提供一个简单的实现版本:
- package com.test;
- public class TestNum {
- // ①通过匿名内部类覆盖ThreadLocal的initialValue()方法,指定初始值
- private static ThreadLocal<Integer> seqNum = new ThreadLocal<Integer>() {
- public Integer initialValue() {
- return 0;
- }
- };
- // ②获取下一个序列值
- public int getNextNum() {
- seqNum.set(seqNum.get() + 1);
- return seqNum.get();
- }
- public static void main(String[] args) {
- TestNum sn = new TestNum();
- // ③ 3个线程共享sn,各自产生序列号
- TestClient t1 = new TestClient(sn);
- TestClient t2 = new TestClient(sn);
- TestClient t3 = new TestClient(sn);
- t1.start();
- t2.start();
- t3.start();
- }
- private static class TestClient extends Thread {
- private TestNum sn;
- public TestClient(TestNum sn) {
- this.sn = sn;
- }
- public void run() {
- for (int i = 0; i < 3; i++) {
- // ④每个线程打出3个序列值
- System.out.println("thread[" + Thread.currentThread().getName() + "] --> sn["
- + sn.getNextNum() + "]");
- }
- }
- }
- }
通常我们通过匿名内部类的方式定义ThreadLocal的子类,提供初始的变量值,如例子中①处所示。TestClient线程产生一组序列号,在③处,我们生成3个TestClient,它们共享同一个TestNum实例。运行以上代码,在控制台上输出以下的结果:
thread[Thread-0] --> sn[1]thread[Thread-1] --> sn[1]
thread[Thread-2] --> sn[1]
thread[Thread-1] --> sn[2]
thread[Thread-0] --> sn[2]
thread[Thread-1] --> sn[3]
thread[Thread-2] --> sn[2]
thread[Thread-0] --> sn[3]
thread[Thread-2] --> sn[3]
考察输出的结果信息,我们发现每个线程所产生的序号虽然都共享同一个TestNum实例,但它们并没有发生相互干扰的情况,而是各自产生独立的序列号,这是因为我们通过ThreadLocal为每一个线程提供了单独的副本。
Thread同步机制的比较
ThreadLocal和线程同步机制相比有什么优势呢?ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。
在同步机制中,通过对象的锁机制保证同一时间只有一个线程访问变量。这时该变量是多个线程共享的,使用同步机制要求程序慎密地分析什么时候对变量进行读写,什么时候需要锁定某个对象,什么时候释放对象锁等繁杂的问题,程序设计和编写难度相对较大。
而ThreadLocal则从另一个角度来解决多线程的并发访问。ThreadLocal会为每一个线程提供一个独立的变量副本,从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本,从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象,在编写多线程代码时,可以把不安全的变量封装进ThreadLocal。
由于ThreadLocal中可以持有任何类型的对象,低版本JDK所提供的get()返回的是Object对象,需要强制类型转换。但JDK 5.0通过泛型很好的解决了这个问题,在一定程度地简化ThreadLocal的使用,代码清单 9 2就使用了JDK 5.0新的ThreadLocal<T>版本。
概括起来说,对于多线程资源共享的问题,同步机制采用了“以时间换空间”的方式,而ThreadLocal采用了“以空间换时间”的方式。前者仅提供一份变量,让不同的线程排队访问,而后者为每一个线程都提供了一份变量,因此可以同时访问而互不影响。
Spring使用ThreadLocal解决线程安全问题我们知道在一般情况下,只有无状态的Bean才可以在多线程环境下共享,在Spring中,绝大部分Bean都可以声明为singleton作用域。就是因为Spring对一些Bean(如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等)中非线程安全状态采用ThreadLocal进行处理,让它们也成为线程安全的状态,因为有状态的Bean就可以在多线程中共享了。
一般的Web应用划分为展现层、服务层和持久层三个层次,在不同的层中编写对应的逻辑,下层通过接口向上层开放功能调用。在一般情况下,从接收请求到返回响应所经过的所有程序调用都同属于一个线程,如图9‑2所示:
同一线程贯通三层这样你就可以根据需要,将一些非线程安全的变量以ThreadLocal存放,在同一次请求响应的调用线程中,所有关联的对象引用到的都是同一个变量。
下面的实例能够体现Spring对有状态Bean的改造思路:
代码清单3 TestDao:非线程安全
- package com.test;
- import java.sql.Connection;
- import java.sql.SQLException;
- import java.sql.Statement;
- public class TestDao {
- private Connection conn;// ①一个非线程安全的变量
- public void addTopic() throws SQLException {
- Statement stat = conn.createStatement();// ②引用非线程安全变量
- // …
- }
- }
由于①处的conn是成员变量,因为addTopic()方法是非线程安全的,必须在使用时创建一个新TopicDao实例(非singleton)。下面使用ThreadLocal对conn这个非线程安全的“状态”进行改造:
代码清单4 TestDao:线程安全
- package com.test;
- import java.sql.Connection;
- import java.sql.SQLException;
- import java.sql.Statement;
- public class TestDaoNew {
- // ①使用ThreadLocal保存Connection变量
- private static ThreadLocal<Connection> connThreadLocal = new ThreadLocal<Connection>();
- public static Connection getConnection() {
- // ②如果connThreadLocal没有本线程对应的Connection创建一个新的Connection,
- // 并将其保存到线程本地变量中。
- if (connThreadLocal.get() == null) {
- Connection conn = getConnection();
- connThreadLocal.set(conn);
- return conn;
- } else {
- return connThreadLocal.get();// ③直接返回线程本地变量
- }
- }
- public void addTopic() throws SQLException {
- // ④从ThreadLocal中获取线程对应的Connection
- Statement stat = getConnection().createStatement();
- }
- }
不同的线程在使用TopicDao时,先判断connThreadLocal.get()是否是null,如果是null,则说明当前线程还没有对应的Connection对象,这时创建一个Connection对象并添加到本地线程变量中;如果不为null,则说明当前的线程已经拥有了Connection对象,直接使用就可以了。这样,就保证了不同的线程使用线程相关的Connection,而不会使用其它线程的Connection。因此,这个TopicDao就可以做到singleton共享了。
当然,这个例子本身很粗糙,将Connection的ThreadLocal直接放在DAO只能做到本DAO的多个方法共享Connection时不发生线程安全问题,但无法和其它DAO共用同一个Connection,要做到同一事务多DAO共享同一Connection,必须在一个共同的外部类使用ThreadLocal保存Connection。
ConnectionManager.java
- package com.test;
- import java.sql.Connection;
- import java.sql.DriverManager;
- import java.sql.SQLException;
- public class ConnectionManager {
- private static ThreadLocal<Connection> connectionHolder = new ThreadLocal<Connection>() {
- @Override
- protected Connection initialValue() {
- Connection conn = null;
- try {
- conn = DriverManager.getConnection(
- "jdbc:mysql://localhost:3306/test", "username",
- "password");
- } catch (SQLException e) {
- e.printStackTrace();
- }
- return conn;
- }
- };
- public static Connection getConnection() {
- return connectionHolder.get();
- }
- public static void setConnection(Connection conn) {
- connectionHolder.set(conn);
- }
- }
java.lang.ThreadLocal<T>的具体实现
那么到底ThreadLocal类是如何实现这种“为每个线程提供不同的变量拷贝”的呢?先来看一下ThreadLocal的set()方法的源码是如何实现的:
- /**
- * Sets the current thread's copy of this thread-local variable
- * to the specified value. Most subclasses will have no need to
- * override this method, relying solely on the {@link #initialValue}
- * method to set the values of thread-locals.
- *
- * @param value the value to be stored in the current thread's copy of
- * this thread-local.
- */
- public void set(T value) {
- Thread t = Thread.currentThread();
- ThreadLocalMap map = getMap(t);
- if (map != null)
- map.set(this, value);
- else
- createMap(t, value);
- }
在这个方法内部我们看到,首先通过getMap(Thread t)方法获取一个和当前线程相关的ThreadLocalMap,然后将变量的值设置到这个ThreadLocalMap对象中,当然如果获取到的ThreadLocalMap对象为空,就通过createMap方法创建。
线程隔离的秘密,就在于ThreadLocalMap这个类。ThreadLocalMap是ThreadLocal类的一个静态内部类,它实现了键值对的设置和获取(对比Map对象来理解),每个线程中都有一个独立的ThreadLocalMap副本,它所存储的值,只能被当前线程读取和修改。ThreadLocal类通过操作每一个线程特有的ThreadLocalMap副本,从而实现了变量访问在不同线程中的隔离。因为每个线程的变量都是自己特有的,完全不会有并发错误。还有一点就是,ThreadLocalMap存储的键值对中的键是this对象指向的ThreadLocal对象,而值就是你所设置的对象了。
为了加深理解,我们接着看上面代码中出现的getMap和createMap方法的实现:
- /**
- * Get the map associated with a ThreadLocal. Overridden in
- * InheritableThreadLocal.
- *
- * @param t the current thread
- * @return the map
- */
- ThreadLocalMap getMap(Thread t) {
- return t.threadLocals;
- }
- /**
- * Create the map associated with a ThreadLocal. Overridden in
- * InheritableThreadLocal.
- *
- * @param t the current thread
- * @param firstValue value for the initial entry of the map
- * @param map the map to store.
- */
- void createMap(Thread t, T firstValue) {
- t.threadLocals = new ThreadLocalMap(this, firstValue);
- }
接下来再看一下ThreadLocal类中的get()方法:
- /**
- * Returns the value in the current thread's copy of this
- * thread-local variable. If the variable has no value for the
- * current thread, it is first initialized to the value returned
- * by an invocation of the {@link #initialValue} method.
- *
- * @return the current thread's value of this thread-local
- */
- public T get() {
- Thread t = Thread.currentThread();
- ThreadLocalMap map = getMap(t);
- if (map != null) {
- ThreadLocalMap.Entry e = map.getEntry(this);
- if (e != null)
- return (T)e.value;
- }
- return setInitialValue();
- }
再来看setInitialValue()方法:
- /**
- * Variant of set() to establish initialValue. Used instead
- * of set() in case user has overridden the set() method.
- *
- * @return the initial value
- */
- private T setInitialValue() {
- T value = initialValue();
- Thread t = Thread.currentThread();
- ThreadLocalMap map = getMap(t);
- if (map != null)
- map.set(this, value);
- else
- createMap(t, value);
- return value;
- }
获取和当前线程绑定的值时,ThreadLocalMap对象是以this指向的ThreadLocal对象为键进行查找的,这当然和前面set()方法的代码是相呼应的。
进一步地,我们可以创建不同的ThreadLocal实例来实现多个变量在不同线程间的访问隔离,为什么可以这么做?因为不同的ThreadLocal对象作为不同键,当然也可以在线程的ThreadLocalMap对象中设置不同的值了。通过ThreadLocal对象,在多线程中共享一个值和多个值的区别,就像你在一个HashMap对象中存储一个键值对和多个键值对一样,仅此而已。
小结
ThreadLocal是解决线程安全问题一个很好的思路,它通过为每个线程提供一个独立的变量副本解决了变量并发访问的冲突问题。在很多情况下,ThreadLocal比直接使用synchronized同步机制解决线程安全问题更简单,更方便,且结果程序拥有更高的并发性。
ConnectionManager.java
- package com.test;
- import java.sql.Connection;
- import java.sql.DriverManager;
- import java.sql.SQLException;
- public class ConnectionManager {
- private static ThreadLocal<Connection> connectionHolder = new ThreadLocal<Connection>() {
- @Override
- protected Connection initialValue() {
- Connection conn = null;
- try {
- conn = DriverManager.getConnection(
- "jdbc:mysql://localhost:3306/test", "username",
- "password");
- } catch (SQLException e) {
- e.printStackTrace();
- }
- return conn;
- }
- };
- public static Connection getConnection() {
- return connectionHolder.get();
- }
- public static void setConnection(Connection conn) {
- connectionHolder.set(conn);
- }
3、ThreadLocal封装Connection,实现同一线程共享资源
线程安全一直是程序猿们关注的焦点,多线程也一直是比较让人头疼的话题,想必大家曾经也遇到过各种各种的问题,我就不再累述了。当然,解决方式也有很多,这篇博文给大家提供一种很好的解决线程安全问题的思路。
首先,我们先简单的认识一下ThreadLocal,之后是实例+解析,最后一句话总结。
1、认识一下ThreaLocal
认识ThreadLocal必须要通过api文档,不仅仅具有说服力,而且它会给你更加全面的解释。下面我我给大家从api文档上截取一张图,并标出来了七点需要重点理解的内容,实例过后的解析也是重点解释这七部分。
对于上面的内容,不理解没有关系,我们通过下面的实例加深一下理解,实例之后我会给大家一个更加深入的解释。
2、ThreaLocal封装Connection实例+解析
下面的代码只是ThreaLocal封装Connection的核心代码,对于多余的内容成功避开就好,并且有一部分代码是“dom4j解析xml文件,连接数据库”的内容,非常适合初学者,如有需要,请您移驾到此。
- package com.bjpowernode.drp.util;
- import java.sql.Connection;
- import java.sql.DriverManager;
- import java.sql.ResultSet;
- import java.sql.SQLException;
- import java.sql.Statement;
- /**
- * 采用ThreadLocal封装Connection
- * 只要线程是活动的,没有结束,ThreadLocal是可访问的,就可以访问本线程的connection
- *
- * @author liang
- *
- */
- public class ConnectionManager {
- //使用ThreadLocal保存Connection变量
- private static ThreadLocal<Connection> connectionHolder = new ThreadLocal<Connection>();
- /**
- * 连接Connection
- * @return
- */
- public static Connection getConnection(){
- //ThreadLocal取得当前线程的connection
- Connection conn = connectionHolder.get();
- //如果ThreadLocal没有绑定相应的Connection,创建一个新的Connection,
- //并将其保存到本地线程变量中。
- if(conn == null){
- try {
- JdbcConfig jdbcConfig = XmlConfigReader.getInstance().getJdbcConfig();
- Class.forName(jdbcConfig.getDriverName());
- conn = DriverManager.getConnection(jdbcConfig.getUrl(), jdbcConfig.getUserName(), jdbcConfig.getPassword());
- //将当前线程的Connection设置到ThreadLocal
- connectionHolder.set(conn);
- } catch (ClassNotFoundException e) {
- e.printStackTrace();
- throw new ApplicationException("系统错误,请联系系统管理员");
- } catch (SQLException e) {
- e.printStackTrace();
- throw new ApplicationException("系统错误,请联系系统管理员");
- }
- }
- return conn;
- }
- /**
- * 关闭Connection,清除集合中的Connection
- */
- public static void closeConnection(){
- //ThreadLocal取得当前线程的connection
- Connection conn = connectionHolder.get();
- //当前线程的connection不为空时,关闭connection.
- if(conn != null){
- try{
- conn.close();
- //connection关闭之后,要从ThreadLocal的集合中清除Connection
- connectionHolder.remove();
- }catch(SQLException e){
- e.printStackTrace();
- }
- }
- }
- }
下面的代码给大家演示了:ThreadLocal如何在同一个线程中可以共享Connection资源。
- package com.bjpowernode.drp.flowcard.manager.impl;
- import java.sql.Connection;
- import java.util.Date;
- import com.bjpowernode.drp.flowcard.dao.FlowCardDao;
- import com.bjpowernode.drp.flowcard.domain.FlowCard;
- import com.bjpowernode.drp.flowcard.manager.FlowCardManager;
- import com.bjpowernode.drp.util.ApplicationException;
- import com.bjpowernode.drp.util.BeanFactory;
- import com.bjpowernode.drp.util.ConnectionManager;
- import com.bjpowernode.drp.util.DaoException;
- import com.bjpowernode.drp.util.PageModel;
- public class FlowCardManagerImpl implements FlowCardManager {
- private FlowCardDao flowCardDao;
- //构造函数
- public FlowCardManagerImpl(){
- this.flowCardDao = (FlowCardDao) BeanFactory.getInstance().getDaoObject(FlowCardDao.class);
- }
- @Override
- public void addFlowCard(FlowCard flowCard) throws ApplicationException {
- Connection conn = null;
- try{
- //从ThreadLocal中获取线程对应的Connection
- conn = ConnectionManager.getConnection();
- //开始事务
- ConnectionManager.beginTransaction(conn);
- //生成流向单单号
- String flowCardVouNo = flowCardDao.generateVouNo();
- //添加流向单主信息
- flowCardDao.addFlowCardMaster(flowCardVouNo, flowCard);
- //添加流向单明细信息
- flowCardDao.addFlowCardDetail(flowCardVouNo, flowCard.getFlowCardDetailList());
- //提交事务
- ConnectionManager.commitTransaction(conn);
- }catch(DaoException e){
- //回滚事务
- ConnectionManager.rollbackTransaction(conn);
- throw new ApplicationException("添加流向单失败!");
- }finally{
- //关闭Connection并从ThreadLocal集合中清除
- ConnectionManager.closeConnection();
- }
- }
- }
解析:
1、该类提供了线程局部变量,它独立于变量的初始化副本
大家可能对局部变量不太理解,为什么不是成员变量或全局变量,此时就涉及到变量的作用域问题。ThreadLocal具有比局部变量更大一点的作用域,在此作用域内资源可以共享,线程是安全的。
我们还了解到ThreadLocal并不是本地线程,而是一个线程变量,它只是用来维护本地变量。针对每个线程提供自己的变量版本,避免了多线程的冲突问题,每个线程只需要维护自己的版本就好,彼此独立,不会影响到对方。
2、每个线程有自己的一个ThreadLocal,修改它并不影响其他线程
我们根据下面这张图可以看到,向ThreadLocal里面存东西就是创建了一个Map,一个线程对应一个Map集合,然后ThreadLocal把这个Map挂到当前的线程底下,一个key值对应一个value,这样Map就只属于当前线程。(如果您不理解Map的特点可以猛戳)
3、在线程消失之后,其线程局部实例的所有副本都会被垃圾回收(除非存在对这些副本的其他引用)。
上面我们知道了变量副本的存放在了map中,当我们不在调用set,此时不在将引用指向该‘map’,而本线程退出时会执行资源回收操作,将申请的资源进行回收,其实就是将引用设置为null。这时已经不在有任何引用指向该map,故而会被垃圾回收。
3、对比ThreadLocal和synchronized同步机制
相同点:
1、ThreadLocal和线程同步机制都能解决多线程中相同变量的访问冲突问题。
不同点:
1、适用的情况不同
在同步机制中,使用同步保证同一时间只有一个线程访问,不能同时访问共享资源,否则就是出现错误。ThreadLocal则隔离了相关的资源,并在同一个线程中可以共享这个资源。彼此独立,修改不会影响到对方。
2、最终实现的效果不同
对于多线程资源共享问题,同步机制采用了“以时间换空间”的方式,而ThreadLocal采用了“以空间换时间”的方式。前者仅提供一份变量,让不同的线程排队访问,而后者为每一个线程都提供了一份变量,因此可以同时访问而互不影响。
上面博客的链接同样也是线程同步机制synchronized的实例,大家可以通过两个实例体会一下它们的异同点,再加上异同点解析,相信您对它们已经有了很深刻的认识。
4、一句话总结ThreadLocal
ThreadLocal是解决线程安全问题一个很好的思路,在很多情况下,ThreadLocal比直接使用synchronized同步机制解决线程安全问题更简单,更方便,并且程序拥有更高的并发性。
4、ThreadLocal的使用一
首先有几点需要大家清楚的:
1、 ThreadLocal只是对需要存储的对象的管理,而存储实际是由当前Thread负责。个人理解为ThreadLocal是一个操作Thread. threadLocals 的工具。
2、 使用ThreadLocal可以使对象达到线程隔离的目的。同一个ThreadLocal操作不同的Thread,实质是各个Thread对自己的变量操作。
3、 为什么要使用ThreadLocal,个人感觉有两个原因,1是与其它线程的隔离,2是可以在一个线程的生命周期中使用同一个对象,达到对象传递的作用。这样的好处是可以减少dal访问或者ws调用。
我这里列出一个用到ThreadLocal的例子,主要的作用是使用ThreadLocal记录用户信息以及记录用户的执行时间。这在实际应用中,可以映射为全局记录用户的权限,以及使用Threadlocal对系统的性能做一些分析等。。
首先有两个对象,一个是用户对象
- // 简单记录用户是否可以访问,可以用于全局权限控制等
- class User {
- private String name;
- private boolean isAllow;
- public User(String name, boolean isAllow) {
- this.name = name;
- this.isAllow = isAllow;
- }
- public String getName() {
- return name;
- }
- public boolean isAllow() {
- return isAllow;
- }
- @Override
- public String toString() {
- return "用户名:" + name + "\t 是否允许访问:" + isAllow;
- }
- }
另一个是消费时间对象
- // 用于记录每一步骤耗时…,可以用于每一步的性能分析
- class TimeConsumer {
- // 名称
- private String name;
- // 耗时数据列表
- private List<Long> steps;
- public TimeConsumer(String name, long start) {
- this.name = name;
- steps = new ArrayList<Long>();
- steps.add(start);
- }
- public void andStep(long step) {
- steps.add(step);
- }
- @Override
- public String toString() {
- StringBuffer br = new StringBuffer("操作[" + name + "]共有"
- + (steps.size() - 1) + "步\n");
- for (int i = 1; i < steps.size(); i++) {
- br.append("\t|--耗时[" + (steps.get(i) - steps.get(0))
- + "ms]\n");
- }
- br.append("\n");
- return br.toString();
- }
- }
接下来,建立一个对这两个对象管理的ThreadLocal的类
- // threadlocal 管理类
- class MyThreadLocal {
- // 用于全局记录user访问权限
- private ThreadLocal<User> userLocal;
- // 用于全局记录用户每一步的耗时
- private ThreadLocal<TimeConsumer> timeLocal;
- private static MyThreadLocal local = new MyThreadLocal();
- private MyThreadLocal() {
- userLocal = new ThreadLocal<User>();
- timeLocal = new ThreadLocal<TimeConsumer>();
- }
- public static MyThreadLocal getInstanse() {
- return local;
- }
- public void addUser(User user) {
- userLocal.set(user);
- }
- public User getUser() {
- return userLocal.get();
- }
- public void addTime(TimeConsumer timeConsumer) {
- timeLocal.set(timeConsumer);
- }
- public void addTime(long l) {
- TimeConsumer time = timeLocal.get();
- timeLocal.remove();
- time.andStep(l);
- timeLocal.set(time);
- }
- public TimeConsumer getTime() {
- return timeLocal.get();
- }
- }
接下来就可以对Threadlocal进行测试了。为了模拟多线程,我这里自己实现了多线程
- public class CoreThreadLocal {
- public static void main(String[] args) {
- new Thread(new TestRunnable("name1", 1000L, true)).start();
- new Thread(new TestRunnable("name2", 700L, true)).start();
- new Thread(new TestRunnable("name3", 888, false)).start();
- }
- }
- // 用于测试,多线程实现
- class TestRunnable implements Runnable {
- String name;
- long l;
- boolean isAllow;
- TestRunnable(String name, long l, boolean isAllow) {
- this.name = name;
- this.l = l;
- this.isAllow = isAllow;
- }
- public void run() {
- MyThreadLocal local = MyThreadLocal.getInstanse();
- local.addUser(new User(name, isAllow));
- local.addTime(new TimeConsumer(name, System.currentTimeMillis()));
- // 做某个业务,并记录时间
- doThings(l);
- local.addTime(System.currentTimeMillis());
- // 做某个业务,并记录时间
- doThings(l);
- local.addTime(System.currentTimeMillis());
- // 业务做完,打印日志
- System.out.println(local.getUser());
- System.out.println(local.getTime());
- }
- // 模拟具体业务的处理步骤
- private void doThings(long l) {
- try {
- Thread.sleep(l);
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- }
- }
运行上面的程序得到结果如下:
- 用户名:name2 是否允许访问:true
- 操作[name2]共有2步
- |--耗时[703ms]
- |--耗时[1406ms]
- 用户名:name3 是否允许访问:false
- 操作[name3]共有2步
- |--耗时[891ms]
- |--耗时[1781ms]
- 用户名:name1 是否允许访问:true
- 操作[name1]共有2步
- |--耗时[1000ms]
- |--耗时[2000ms]
通过上面的测试程序,可以大概了解ThreadLocal的使用方法以及作用。
如果要深入使用,建议还是看下源码吧…
5、ThreadLocal类的使用二
ThreadLocal是解决线程安全问题一个很好的思路,ThreadLocal类中有一个Map,用于存储每一个线程的变量副本,Map中元素的键为线程对象,而值对应线程的变量副本,由于Key值不可重复,每一个“线程对象”对应线程的“变量副本”,而到达了线程安全。
我们知道Spring通过各种DAO模板类降低了开发者使用各种数据持久技术的难度。这些模板类都是线程安全的,也就是说,多个DAO可以复用同一个模板实例而不会发生冲突。
我们使用模板类访问底层数据,根据持久化技术的不同,模板类需要绑定数据连接或会话的资源。但这些资源本身是非线程安全的,也就是说它们不能在同一时刻被多个线程共享。
虽然模板类通过资源池获取数据连接或会话,但资源池本身解决的是数据连接或会话的缓存问题,并非数据连接或会话的线程安全问题。
按照传统经验,如果某个对象是非线程安全的,在多线程环境下,对对象的访问必须采用synchronized进行线程同步。但Spring的DAO模板类并未采用线程同步机制,因为线程同步限制了并发访问,会带来很大的性能损失。
此外,通过代码同步解决性能安全问题挑战性很大,可能会增强好几倍的实现难度。那模板类究竟仰丈何种魔法神功,可以在无需同步的情况下就化解线程安全的难题呢?答案就是ThreadLocal!
ThreadLocal在Spring中发挥着重要的作用,在管理request作用域的Bean、事务管理、任务调度、AOP等模块都出现了它们的身影,起着举足轻重的作用。要想了解Spring事务管理的底层技术,ThreadLocal是必须攻克的山头堡垒。
ThreadLocal是什么
早在JDK 1.2的版本中就提供java.lang.ThreadLocal,ThreadLocal为解决多线程程序的并发问题提供了一种新的思路。使用这个工具类可以很简洁地编写出优美的多线程程序。
ThreadLocal很容易让人望文生义,想当然地认为是一个“本地线程”。其实,ThreadLocal并不是一个Thread,而是Thread的局部变量,也许把它命名为ThreadLocalVariable更容易让人理解一些。
当使用ThreadLocal维护变量时,ThreadLocal为每个使用该变量的线程提供独立的变量副本,所以每一个线程都可以独立地改变自己的副本,而不会影响其它线程所对应的副本。
从线程的角度看,目标变量就象是线程的本地变量,这也是类名中“Local”所要表达的意思。
线程局部变量并不是Java的新发明,很多语言(如IBM IBM XL FORTRAN)在语法层面就提供线程局部变量。在Java中没有提供在语言级支持,而是变相地通过ThreadLocal的类提供支持。
所以,在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中元素的键为线程对象,而值对应线程的变量副本。我们自己就可以提供一个简单的实现版本:
代码清单1 SimpleThreadLocal
public class SimpleThreadLocal {
private Map valueMap = Collections.synchronizedMap(new HashMap());
public void set(Object newValue) {
valueMap.put(Thread.currentThread(), newValue);①键为线程对象,值为本线程的变量副本
}
public Object get() {
Thread currentThread = Thread.currentThread();
Object o = valueMap.get(currentThread);②返回本线程对应的变量
if (o == null && !valueMap.containsKey(currentThread)) {③如果在Map中不存在,放到Map
中保存起来。
o = initialValue();
valueMap.put(currentThread, o);
}
return o;
}
public void remove() {
valueMap.remove(Thread.currentThread());
}
public Object initialValue() {
return null;
}
}
虽然代码清单93这个ThreadLocal实现版本显得比较幼稚,但它和JDK所提供的ThreadLocal类在实现思路上是相近的。
一个TheadLocal实例
下面,我们通过一个具体的实例了解一下ThreadLocal的具体使用方法。
代码清单2 SequenceNumber
package com.baobaotao.basic;
public class SequenceNumber {
①通过匿名内部类覆盖ThreadLocal的initialValue()方法,指定初始值
private static ThreadLocal<Integer> seqNum = new ThreadLocal<Integer>(){
public Integer initialValue(){
return 0;
}
};
②获取下一个序列值
public int getNextNum(){
seqNum.set(seqNum.get()+1);
return seqNum.get();
}
public static void main(String[] args)
{
SequenceNumber sn = new SequenceNumber();
③ 3个线程共享sn,各自产生序列号
TestClient t1 = new TestClient(sn);
TestClient t2 = new TestClient(sn);
TestClient t3 = new TestClient(sn);
t1.start();
t2.start();
t3.start();
}
private static class TestClient extends Thread
{
private SequenceNumber sn;
public TestClient(SequenceNumber sn) {
this.sn = sn;
}
public void run()
{
for (int i = 0; i < 3; i++) {④每个线程打出3个序列值
System.out.println("thread["+Thread.currentThread().getName()+
"] sn["+sn.getNextNum()+"]");
}
}
}
}
通常我们通过匿名内部类的方式定义ThreadLocal的子类,提供初始的变量值,如例子中①处所示。TestClient线程产生一组序列号,在③处,我们生成3个TestClient,它们共享同一个SequenceNumber实例。运行以上代码,在控制台上输出以下的结果:
thread[Thread-2] sn[1]
thread[Thread-0] sn[1]
thread[Thread-1] sn[1]
thread[Thread-2] sn[2]
thread[Thread-0] sn[2]
thread[Thread-1] sn[2]
thread[Thread-2] sn[3]
thread[Thread-0] sn[3]
thread[Thread-1] sn[3]
考察输出的结果信息,我们发现每个线程所产生的序号虽然都共享同一个SequenceNumber实例,但它们并没有发生相互干扰的情况,而是各自产生独立的序列号,这是因为我们通过ThreadLocal为每一个线程提供了单独的副本。
Thread同步机制的比较
ThreadLocal和线程同步机制相比有什么优势呢?ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。
在同步机制中,通过对象的锁机制保证同一时间只有一个线程访问变量。这时该变量是多个线程共享的,使用同步机制要求程序慎密地分析什么时候对变量进行读写,什么时候需要锁定某个对象,什么时候释放对象锁等繁杂的问题,程序设计和编写难度相对较大。
而ThreadLocal则从另一个角度来解决多线程的并发访问。ThreadLocal会为每一个线程提供一个独立的变量副本,从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本,从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象,在编写多线程代码时,可以把不安全的变量封装进ThreadLocal。
当然ThreadLocal并不能替代同步机制,两者面向的问题领域不同。同步机制是为了同步多个线程对相同资源的并发访问,是为了多个线程之间进行通信的有效方式;而ThreadLocal是隔离多个线程的数据共享,从根本上就不在多个线程之间共享资源(变量),这样当然不需要对多个线程进行同步了。所以,如果你需要进行多个线程之间进行通信,则使用同步机制;如果需要隔离多个线程之间的共享冲突,可以使用ThreadLocal,这将极大地简化你的程序,使程序更加易读、简洁。
由于ThreadLocal中可以持有任何类型的对象,低版本JDK所提供的get()返回的是Object对象,需要强制类型转换。但JDK 5.0通过泛型很好的解决了这个问题,在一定程度地简化ThreadLocal的使用,代码清单 9 2就使用了JDK 5.0新的ThreadLocal<T>版本。
概括起来说,对于多线程资源共享的问题,同步机制采用了“以时间换空间”的方式,而ThreadLocal采用了“以空间换时间”的方式。前者仅提供一份变量,让不同的线程排队访问,而后者为每一个线程都提供了一份变量,因此可以同时访问而互不影响。
Spring使用ThreadLocal解决线程安全问题
我们知道在一般情况下,只有无状态的Bean才可以在多线程环境下共享,在Spring中,绝大部分Bean都可以声明为singleton作用域。就是因为Spring对一些Bean(如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等)中非线程安全状态采用ThreadLocal进行处理,让它们也成为线程安全的状态,因为有状态的Bean就可以在多线程中共享了。
一般的Web应用划分为展现层、服务层和持久层三个层次,在不同的层中编写对应的逻辑,下层通过接口向上层开放功能调用。在一般情况下,从接收请求到返回响应所经过的所有程序调用都同属于一个线程,如图92所示:
图1同一线程贯通三层
这样你就可以根据需要,将一些非线程安全的变量以ThreadLocal存放,在同一次请求响应的调用线程中,所有关联的对象引用到的都是同一个变量。
下面的实例能够体现Spring对有状态Bean的改造思路:
代码清单3 TopicDao:非线程安全
public class TopicDao {
private Connection conn;①一个非线程安全的变量
public void addTopic(){
Statement stat = conn.createStatement();②引用非线程安全变量
…
}
}
由于①处的conn是成员变量,因为addTopic()方法是非线程安全的,必须在使用时创建一个新TopicDao实例(非singleton)。下面使用ThreadLocal对conn这个非线程安全的“状态”进行改造:
代码清单4 TopicDao:线程安全
import java.sql.Connection;
import java.sql.Statement;
public class TopicDao {
①使用ThreadLocal保存Connection变量
private static ThreadLocal<Connection> connThreadLocal = new ThreadLocal<Connection>();
public static Connection getConnection(){
②如果connThreadLocal没有本线程对应的Connection创建一个新的Connection,
并将其保存到线程本地变量中。
if (connThreadLocal.get() == null) {
Connection conn = ConnectionManager.getConnection();
connThreadLocal.set(conn);
return conn;
}else{
return connThreadLocal.get();③直接返回线程本地变量
}
}
public void addTopic() {
④从ThreadLocal中获取线程对应的Connection
Statement stat = getConnection().createStatement();
}
}
不同的线程在使用TopicDao时,先判断connThreadLocal.get()是否是null,如果是null,则说明当前线程还没有对应的Connection对象,这时创建一个Connection对象并添加到本地线程变量中;如果不为null,则说明当前的线程已经拥有了Connection对象,直接使用就可以了。这样,就保证了不同的线程使用线程相关的Connection,而不会使用其它线程的Connection。因此,这个TopicDao就可以做到singleton共享了。
当然,这个例子本身很粗糙,将Connection的ThreadLocal直接放在DAO只能做到本DAO的多个方法共享Connection时不发生线程安全问题,但无法和其它DAO共用同一个Connection,要做到同一事务多DAO共享同一Connection,必须在一个共同的外部类使用ThreadLocal保存Connection。但这个实例基本上说明了Spring对有状态类线程安全化的解决思路。
小结
ThreadLocal是解决线程安全问题一个很好的思路,它通过为每个线程提供一个独立的变量副本解决了变量并发访问的冲突问题。在很多情况下,ThreadLocal比直接使用synchronized同步机制解决线程安全问题更简单,更方便,且结果程序拥有更高的并发性。
最后 ,提供个Myeclipse对Hibernate自动生成的建立会化工厂类(HibernateSessionFactory.java),此类就是用ThreadLocal起到了每个线程拥有完全独立的Session对象的作用。
ThreadLocal设计模式
线程安全问题的由来
在传统的Web开发中,我们处理Http请求最常用的方式是通过实现Servlet对象来进行Http请求的响应.Servlet是J2EE的重要标准之一,规定了Java如何响应Http请求的规范.通过HttpServletRequest和HttpServletResponse对象,我们能够轻松地与Web容器交互.
当Web容器收到一个Http请求时,Web容器中的一个主调度线程会从事先定义好的线程中分配一个当前工作线程,将请求分配给当前的工作线程,由该线程来执行对应的Servlet对象中的service方法.当这个工作线程正在执行的时候,Web容器收到另外一个请求,主调度线程会同样从线程池中选择另外一个工作线程来服务新的请求.Web容器本身并不关心这个新的请求是否访问的是同一个Servlet实例.因此,我们可以得出一个结论:对于同一个Servlet对象的多个请求,Servlet的service方法将在一个多线程的环境中并发执行.所以,Web容器默认采用单实例(单Servlet实例)多线程的方式来处理Http请求.这种处理方式能够减少新建Servlet实例的开销,从而缩短了对Http请求的响应时间.但是,这样的处理方式会导致变量访问的线程安全问题.也就是说,Servlet对象并不是一个线程安全的对象.
- package com.qingdao.proxy;
- public class ThreadSafeTestServlet extends HttpServlet {
- // 定义一个实例变量,并非一个线程安全的变量
- private int counter = 0;
- public void doGet(HttpServletRequest req, HttpServletResponse resp)
- throws ServletException, IOException {
- doPost(req, resp);
- }
- public void doPost(HttpServletRequest req, HttpServletResponse resp)
- throws ServletException, IOException {
- // 输出当前Servlet的信息以及当前线程的信息
- System.out.println(this + ":" + Thread.currentThread());
- // 循环,并增加实例变量counter的值
- for (int i = 0; i < 5; i++) {
- System.out.println("Counter = " + counter);
- try {
- Thread.sleep((long) Math.random() * 1000);
- counter++;
- } catch (InterruptedException exc) {
- }
- }
- }
- }
sample.SimpleServlet@11e1bbf:Thread[http-8081-Processor23,5,main] Counter = 60 Counter = 61 Counter = 62 Counter = 65 Counter = 68 Counter = 71 Counter = 74 Counter = 77 Counter = 80 Counter = 83 sample.SimpleServlet@11e1bbf:Thread[http-8081-Processor22,5,main] Counter = 61 Counter = 63 Counter = 66 Counter = 69 Counter = 72 Counter = 75 Counter = 78 Counter = 81 Counter = 84 Counter = 87 sample.SimpleServlet@11e1bbf:Thread[http-8081-Processor24,5,main] Counter = 61 Counter = 64 Counter = 67 Counter = 70 Counter = 73 Counter = 76 Counter = 79 Counter = 82 Counter = 85 Counter = 88
在JDK的早期版本中,提供了一种解决多线程并发问题的方案: java.lang.ThreadLocal类.ThreadLocal类在维护变量时,实际使用了当前线程(Thread)中的一个叫做ThreadLocalMap的独立副本,每个线程可以独立修改属于自己的副本而不会互相影响,从而隔离了线程和线程,避免了线程访问实例变量发生冲突的问题.
ThreadLocal本身并不是一个线程,而是通过操作当前线程(Thread)中的一个内部变量来达到与其他线程隔离的目的.之所以取名为ThreadLocal,所期望表达的含义是其操作的对象是线程(Thread)的一个本地变量.如果我们看一下Thread的源码实现,就会发现这一变量,代码如下:
- public class Thread implements Runnable {
- // 这里省略了许多其他的代码
- ThreadLocal.ThreadLocalMap threadLocals = null;
- }
这是JDK中Thread源码的一部分,从中我们可以看出ThreadLocalMap跟随着当前的线程而存在.不同的线程Thread,拥有不同的ThreadLocalMap的本地实例变量,这也就是“副本”的含义.接下来我们再来看看ThreadLocal.ThreadLocalMap是如何定义的,以及ThreadLocal如何来操作它
- public class ThreadLocal<T> {
- // 这里省略了许多其他代码
- // 将value的值保存于当前线程的本地变量中
- public void set(T value) {
- // 获取当前线程
- Thread t = Thread.currentThread();
- // 调用getMap方法获得当前线程中的本地变量ThreadLocalMap
- ThreadLocalMap map = getMap(t);
- // 如果ThreadLocalMap已存在,直接使用
- if (map != null)
- // 以当前的ThreadLocal的实例作为key,存储于当前线程的
- // ThreadLocalMap中,如果当前线程中被定义了多个不同的ThreadLocal
- // 的实例,则它们会作为不同key进行存储而不会互相干扰
- map.set(this, value);
- else
- // ThreadLocalMap不存在,则为当前线程创建一个新的
- createMap(t, value);
- }
- // 获取当前线程中以当前ThreadLocal实例为key的变量值
- public T get() {
- // 获取当前线程
- Thread t = Thread.currentThread();
- // 获取当前线程中的ThreadLocalMap
- ThreadLocalMap map = getMap(t);
- if (map != null) {
- // 获取当前线程中以当前ThreadLocal实例为key的变量值
- ThreadLocalMap.Entry e = map.getEntry(this);
- if (e != null)
- return (T) e.value;
- }
- // 当map不存在时,设置初始值
- return setInitialValue();
- }
- // 从当前线程中获取与之对应的ThreadLocalMap
- ThreadLocalMap getMap(Thread t) {
- return t.threadLocals;
- }
- // 创建当前线程中的ThreadLocalMap
- void createMap(Thread t, T firstValue) {
- // 调用构造函数生成当前线程中的ThreadLocalMap
- t.threadLocals = new ThreadLocalMap(this, firstValue);
- }
- // ThreadLoaclMap的定义
- static class ThreadLocalMap {
- // 这里省略了许多代码
- }
- }
深入比较TheadLocal模式与synchronized关键字
ThreadLocal模式synchronized关键字都用于处理多线程并发访问变量的问题,只是二者处理问题的角度和思路不同.
1)ThreadLocal是一个java类,通过对当前线程中的局部变量的操作来解决不同线程的变量访问的冲突问题.所以,ThreadLocal提供了线程安全的共享对象机制,每个线程都拥有其副本.
2)Java中的synchronized是一个保留字,它依靠JVM的锁机制来实现临界区的函数或者变量的访问中的原子性.在同步机制中,通过对象的锁机制保证同一时间只有一个线程访问变量.此时,被用作“锁机制”的变量时多个线程共享的.
同步机制(synchronized关键字)采用了“以时间换空间”的方式,提供一份变量,让不同的线程排队访问.而ThreadLocal采用了“以空间换时间”的方式,为每一个线程都提供一份变量的副本,从而实现同时访问而互不影响
ThreadLocal模式的核心元素
要完成ThreadLocal模式,其中最关键的地方就是创建一个任何地方都可以访问到的ThreadLocal实例(也就是执行示意图中的菱形部分).而这一点,我们可以通过类的静态实例变量来实现,这个用于承载静态实例变量的类就被视作是一个共享环境.我们来看一个例子,如代码清单如下所示:
- public class Counter {
- //新建一个静态的ThreadLocal变量,并通过get方法将其变为一个可访问的对象
- private static ThreadLocal<Integer> counterContext = new ThreadLocal<Integer>(){
- protected synchronized Integer initialValue(){
- return 10;
- }
- };
- // 通过静态的get方法访问ThreadLocal中存储的值
- public static Integer get(){
- return counterContext.get();
- }
- // 通过静态的set方法将变量值设置到ThreadLocal中
- public static void set(Integer value) {
- counterContext.set(value);
- }
- // 封装业务逻辑,操作存储于ThreadLocal中的变量
- public static Integer getNextCounter() {
- counterContext.set(counterContext.get() + 1);
- return counterContext.get();
- }
- }
- public class ThreadLocalTest extends Thread {
- public void run(){
- for(int i = 0; i < 3; i++){
- System.out.println("Thread[" + Thread.currentThread().getName() + "],counter=" + Counter.getNextCounter());
- }
- }
- }
- public class Test {
- public static void main(String[] args) {
- ThreadLocalTest testThread1 = new ThreadLocalTest();
- ThreadLocalTest testThread2 = new ThreadLocalTest();
- ThreadLocalTest testThread3 = new ThreadLocalTest();
- testThread1.start();
- testThread2.start();
- testThread3.start();
- }
- }
输出结果:
Thread[Thread-2],counter=12
Thread[Thread-2],counter=13
Thread[Thread-0],counter=11
Thread[Thread-0],counter=12
Thread[Thread-0],counter=13
Thread[Thread-1],counter=11
Thread[Thread-1],counter=12
Thread[Thread-1],counter=13
上面的输出结果也证实了,counter的值在多线程环境中的访问是线程安全的.从对例子的分析中我们可以再次体会到,ThreadLocal模式最合适的使用场景:在同一个线程(Thread)的不同开发层次中共享数据.
从上面的例子中,我们可以简单总结出实现ThreadLocal模式的两个主要步骤:
1. 建立一个类,并在其中封装一个静态的ThreadLocal变量,使其成为一个共享数据环境.
2. 在类中实现访问静态ThreadLocal变量的静态方法(设值和取值).
建立在ThreadLocal模式的实现步骤之上,ThreadLocal的使用则更加简单.在线程执行的任何地方,我们都可以通过访问共享数据类中所提供的ThreadLocal变量的设值和取值方法安全地获得当前线程中安全的变量值.
这两个步骤,我们之后会在Struts2的实现中多次提及,读者只要能充分理解ThreadLocal处理多线程访问的基本原理,就能对Struts2的数据访问和数据共享的设计有一个整体的认识.
讲到这里,我们回过头来看看ThreadLocal模式的引入,到底对我们的编程模型有什么重要的意义呢?
结论 :使用ThreadLocal模式,可以使得数据在不同的编程层次得到有效地共享,
这一点,是由ThreadLocal模式的实现机理决定的.因为实现ThreadLocal模式的一个重要步骤,就是构建一个静态的共享存储空间.从而使得任何对象在任何时刻都可以安全地对数据进行访问.
结论 使用ThreadLocal模式,可以对执行逻辑与执行数据进行有效解耦
这一点是ThreadLocal模式给我们带来的最为核心的一个影响,因为在一般情况下,Java对象之间的协作关系,主要通过参数和返回值来进行消息传递,这也是对象协作之间的一个重要依赖,而ThreadLocal模式彻底打破了这种依赖关系,通过线程安全的共享对象来进行数据共享,可以有效避免在编程层次之间形成数据依赖,这也成为了XWork事件处理体系设计的核心.
- ThreadLocal的理解和使用
- ThreadLocal的使用理解
- ThreadLocal的理解与使用
- ThreadLocal的理解和使用方法
- volatile和ThreadLocal的理解
- 线程级变量的理解和使用-ThreadLocal
- ThreadLocal 理解和简单使用场景
- ThreadLocal类的理解与使用
- ThreadLocal和InheritableThreadLocal的使用
- ThreadLocal和InheritableThreadLocal的使用
- ThreadLocal的设计和使用
- ThreadLocal和InheritableThreadLocal的使用
- ThreadLocal简单的学习和理解过程
- ThreadLocal理解与使用
- ThreadLocal理解和运用
- ThreadLocal类的使用,ThreadLocal和synchonzied同步机制相比
- 自定义一个ThreadLocal类和ThreadLocal类的使用案例
- 对ThreadLocal的理解
- iOS和Android的应用界面设计如何兼容
- 最小生成树 - prim 小讲 【 理解 + 例题 】 更新 ing...
- Java解析字符串表达式--逆波兰表达式的计算
- 将状态栏颜色改为白色
- Jenkins Plugin系列 - Copy Artifact Plugin
- ThreadLocal的理解和使用
- 机房可行性研究报告
- calabash-android 命令行使用
- 嵌入式实时抢占操作系统PT(preemption thread)RTOS——任务设计(3)
- TFS二次开发-基线文件管理器(1)-设计
- Linux Input子系统--概述
- U-boot 分析1
- Microsoft100——003.链表反转
- 运行Autoinvoice Master Program请求生成不了某张销售订单的发票