ThreadLocal的一些笔记

ThreadLocal最常用的场景：一个对象并非是线程安全的，但是你想让每个线程中访问的该对象是唯一的，不会和其他线程冲突，那么你就要用到ThreadLocal了。

举个简单的例子，比如SimpleDateFormat对象，不是线程安全的，假设该对象在多线程访问下会出问题，发生冲突，那么应该让每个线程只获取到唯一的该对象的实例，而且彼此线程不能访问对方的该实例。

package com.example;

import java.text.SimpleDateFormat;
import java.util.Date;

public class DateFormat {

	private static final ThreadLocal<SimpleDateFormat> dateFormat = 
new ThreadLocal<SimpleDateFormat>() {
		protected SimpleDateFormat initialValue() {
			return new SimpleDateFormat("yyyy-MM-dd");
		};
	};
	
	public String format(Date date){		
		return dateFormat.get().format(date);
	}
	
	public static void main(String[] args){
		DateFormat df=new DateFormat();
		System.out.println(df.format(new Date()));
	}

}

用这个简单的例子去看struts2中的ActionContext，就会理解它的用意了。tomcat对每一个request开启一个线程，然后运行Action代理，这就要求每个Action的环境变量parameters,locale等不会被其他线程访问而造成冲突。

仔细看ThreadLocal的源代码，可以发现ThreadLocal本身并不用来存储变量，只有三个静态变量：

    private final int threadLocalHashCode = nextHashCode();

    private static AtomicInteger nextHashCode = 
	new AtomicInteger();

    private static final int HASH_INCREMENT = 0x61c88647;

真正的变量存储在当前Thread里面：

    /* ThreadLocal values pertaining to this thread. This map is maintained
     * by the ThreadLocal class. */
    ThreadLocal.ThreadLocalMap threadLocals = null;

ThreadLocal用作ThreadLocal.ThreadLocalMap的key，而ThreadLocal threadLocalHashCode 的作用无非就是更快的查找到ThreadLocalMap对应的Entry罢了。

举个简单的例子，就是不同的类有自己的静态ThreadLocal（初始时生成唯一threadLocalHashCode标识），通过ThreadLocal存储value时（如上个例子的SimpleDateFormat实例），实际上以ThreadLocal为key，然后和value组成entry存储在当前线程的ThreadLocal.ThreadLocalMap threadLocals中。各自的类在调用value时，会首先在当前线程中以ThreadLocal为key进行查找（没有找到则调用initialValue()创建）。

线程类Thread负责线程的运行和线程变量的存储，而ThreadLocal则是负责变量的管理，各司其职。