一、前言
ThreadLocal这个对象就是为多线程而生的，没有了多线程ThreadLocal就没有存在的必要了。可以将任何你想在每个线程独享的对象放置其中，并在任何时候取出来。
二、基本用法
ThreadLocal的使用方法其实特别简单：
- 在某个类（相当于工厂类，因为当获取不到的时候你要创建一个给它）中创建静态的ThreadLocal。
- 在别的地方调用它的set和get方法用来存放对象。
下面展示一个样例：
package yiwangzhibujian;
public class ThreadLocalUse{
//创建一个静态的ThreadLocal对象，当做仓库，存储每个线程自己的资源
//此处用Object来代替，可以使连接Connection
private static ThreadLocal<Object> store=new ThreadLocal<Object>();
//当每个线程要获取一个线程资源的时候，调用get方法
public Object get(){
//首先去仓库中去寻找
Object obj=store.get();
//如果不存在那就创建一个给线程，并把创建的放到仓库中
if(obj==null){
obj=new Object();
set(obj);
}
return obj;
}
//想将线程资源放到仓库调用set方法，
public void set(Object obj){
store.set(obj);
}
}
这是一个使用模板，可以根据具体情况来做相应改变。
三、ThreadLocal理解
3.1 ThreadLocal会导致内存泄漏吗
首先明确表示使用ThreadLocal不会导致内存泄漏。现在做如下测试证明这个观点，有如下程序：
public class ThreadLocalTest{
//创建一个ThreadLocal用来存储每个线程的对象
private static ThreadLocal<Object> local=new ThreadLocal<Object>();
//一个常量，用来创建10M大小的对象使用
private static final int _1MB=1024*1024;
public static void main(String[] args) throws Exception{
//创建一个Runnable对象
Runnable r=new Runnable(){
@Override
public void run(){
System.out.println("子线程内创建对象并放置ThreadLocal中");
//创建一个10M大小的数组，并将其放到ThreadLocal中
byte[] data=new byte[10*_1MB];
local.set(data);
System.out.println("子线程运行结束，代表线程结束");
}
};
//创建线程并运行
Thread t=new Thread(r);
t.start();
System.out.println("主线程休眠一秒，为了让创建的子线程执行完毕");
Thread.sleep(1000);
System.out.println("休眠完成，主线程准备分配一个10M大小的数组");
byte[] data2=new byte[10*_1MB];
System.out.println("分配数组完毕");
}
}
在程序右键点击Run as->Run Configurations进行虚拟机配置：
配置如下，-XX:+PrintGCDetails（打印垃圾回收日志） -XX:+PrintGCTimeStamps（打印回收时间，可不用） -Xms18M -Xmx18M（设置初始化和最大内存为18M，这么做的目的是，当创建两个10M大小的数组时，会内存溢出还是将ThreadLocal内的进行回收）：
首先介绍这个程序的目的就是创建一个对象放置到ThreadLocal中，看看垃圾回收器会不会在线程结束的时候对其进行回收。运行结果如下：
主线程休眠一秒，为了让创建的子线程执行完毕
子线程内创建对象并放置ThreadLocal中
子线程运行结束，代表线程结束
休眠完成，主线程准备分配一个10M大小的数组
1.102: [GC [PSYoungGen: 376K->224K(5376K)] 10616K->10464K(17664K), 0.0077785 secs] [Times: user=0.03 sys=0.00, real=0.01 secs]
1.110: [GC [PSYoungGen: 224K->224K(5376K)] 10464K->10464K(17664K), 0.0008971 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
1.111: [Full GC [PSYoungGen: 224K->0K(5376K)] [PSOldGen: 10240K->164K(12288K)] 10464K->164K(17664K) [PSPermGen: 3030K->3030K(21248K)], 0.0058052 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
分配数组完毕
可以发现，当主线程准备分配一个10M大小的数组时发现内存不够，会调用垃圾处理器进行回收，通过[PSOldGen: 10240K->164K(12288K)] 可以看出，放入ThreadLocal中的对象被回收了。
3.2 使用全局Map替换ThreadLocal可不可以
我曾经也想过使用全局Map来替换ThreadLocal，即使用如下代码表示展示的样例：
public class ThreadLocalUse{
private static Map<Thread,Object> store=new HashMap<Thread,Object>();
//当每个线程要获取一个线程资源的时候，调用get方法
public Object get(){
//首先去仓库中去寻找
Object obj=store.get(Thread.currentThread());
//如果不存在那就创建一个给线程，并把创建的放到仓库中
if(obj==null){
obj=new Object();
set(obj);
}
return obj;
}
//想将线程资源放到仓库调用set方法，
public void set(Object obj){
store.put(Thread.currentThread(),obj);
}
}
这样也可以做到线程内共享对象，但是有一个致命的缺点，那就是当线程结束后，存储在Map中的对象必须手动清除，否则将会导致内存泄漏。
3.3 对比ThreadLocal和synchronized同步机制
很多人都会对这两个对象进行比对，我也谈一下我自己的想法。
使用synchronized是为了将多条语句进行原子化操作，比说对于递增操作i++，任意一个线程在执行代码时都要保证别的线程不能执行这个代码，否则就会产生脏数据，使用synchronized可以避免这一点。
而使用ThreadLocal就是给每个线程存储对象用的。既然每个线程使用了自己的对象，没有了竞争就不会出现多线程相关的问题。
3.4 我对ThreadLocal的一点点理解
本来呢，我也一直在想ThreadLocal设计的有一点点不合理，比如为什么只能存储一个对象呢，存储多个对象多好呀，或者Thread直接内置一个Map多好，就可以这样操作：
Thread.currentThread().map.put(key,value);
Thread.currentThread().map.get(key);
我觉的我的想法很不错，但是至于他们为什么这个设计或许有别的意思。
这一篇讲解了ThreadLocal，虽然和它和并发没有多大关系，但是它毕竟因多线程而生，所以还是涉及到它。
未经许可禁止转载。