对ThreadLocal调用过程原理补充(带图)

看完lujh99的正确理解ThreadLocal一文，使我对ThreadLocal有了一个全面的了解，具体的原理我就不再复述，下面用个小例子来说明具体项目中的使用，先上类图：

public class User {
	private String id;
	private String name;
	private Integer age;

	public String getId() {
		return id;
	}

	public void setId(String id) {
		this.id = id;
	}

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}

	public Integer getAge() {
		return age;
	}

	public void setAge(Integer age) {
		this.age = age;
	}
}

public class BizServer {
	UserManager userManager;

	public void  getUserInfo(){
		User user = userManager.getUser();
		System.out.println("user : " + user);
	}
}

public class UserManager {
	private static final ThreadLocal<User> threadLocal = new ThreadLocal<User>();
	public void setUser(User user){
		threadLocal.set(user);
	}
	public User getUser(){
		return threadLocal.get();
	}

}

很简单的三个类，下面是简单的类图：

对ThreadLocal调用过程原理补充(带图)
再来看看调用过程：

对ThreadLocal调用过程原理补充(带图)

从上面来看，用户线程1来调用业务类BizServer的getUserInfo()方法来获取信息，而BizServer是委托UserManager来获取用户信息的，UserManager则是调用threadLocal,而threadLocal最终是在threadLocalMap中来获取信息的，各位注意了，这个threadLocalMap是每个线程都有的属性，因此，绕了一圈，Thread1这个线程对象是从自己的threadLocalMap里去拿数据，有点囧吧。

然后我们反过来想，那我们直接从thread对象中获取不就得了，没必要绕这么大一圈吧？呵呵，我个人第一反应也是这样的，然后看了看源代码，就明白为什么要这么做了，理由如下：

1.threadLocalMap属性是default的，这种属性只有相同包下的类才能访问，这也是为什么ThreadLocal这个类可以访问的原因

2.如果thread类把threadLocalMap设为公有的，那么谁来保证里面键值的唯一性？要知道，这个是Map，你可以存很多数据的，只要key不同。因此ThreadLocal类来做key，用以保证key的唯一性(具体做法lujh99已经说过了，我就不再重复)

我们再反过来UserManager 这个类，我们把threadLocal 这个属性设为static final的，final没必要多解释，防止修改嘛，这个可以理解，不然没办法做key了,再看看static,这个是用来保证所有线程进来都使用同一个ThreadLocal对象来做key,

这样key就唯一了但由于value是存在各个线程自己的threadLocalMap里的，因此也不会出再数据覆盖.现在我们想想，这个static就是为了保证ThreadLocal对象唯一嘛,实际上，我们把UserManager设为单例的，这样ThreadLocal也闵唯一了，因此，这里只要UserManager为单例的，ThreadLocal不是static也是可以的，但为了保险起见，还是设为static为好，除非你可以保证UserManager一定是单例的.

以上就是我对ThreadLocal的总结，由于本人水平有限，失误之处欢迎拍砖。

对ThreadLocal调用过程原理补充(带图)

相关推荐