线程变量浅析ThreadLocal
改章节个人在广东喝咖啡的时候突然想到的...之前就有想写几篇关于线程变量的笔记，所以回家到之后就奋笔疾书的写出来发布了
ThreadLocal是什么呢？它并非一个地本的Thread，而是Thread局部变量。它的功能非常单简，就是为个一每应用该变量的县城都供提一个变量值的本副，是Java中一种较为特别绑定制机，个一每线程都可与独立地转变自己的本副，而不会和其他线程的本副冲突。放到ThreadLocal中的西东，在线程的任何地方掏出，都是一唯的一份，而这一唯的一份，只为此线程自己有所。
那么，ThreadLocal是怎样做到为个一每线程维护变量的本副呢？其实现实的路思很单简，在ThreadLocal类中有一个Map，用于存储个一每线程的变量的本副。而Key就是线程，Value就是存储的变量本副。
ThreadLocal应用场所重要处理多线程中数据因并发发生不一致和在一同线程一直取得一唯实例的问题（分层中应用）。
ThreadLocal为个每线程中的并发问访的数据供提一个本副，通过本副来运行业务，是一个以控件取换时光的做法。ThreadLocal不能应用原子模型，只能应用Object类型。ThreadLocal的应用比synchronized要单简的多。
ThreadLocal和Synchronized都用于处理线程并发问访，但两者有实质的区分：
Synchronized用利锁的制机，使得一个变量在一同刻时，只能有一个线程停止问访。而ThreadLocal是为个一每线程都独立的供提了一份本副，也就离隔了线程对数据的同享，SYnchronized用于在多个线程信通时可以取得数据分享。
也就是说前者用于数据离隔，后者用于数据同享。两者不能互换，因为两者处置不同的问题域。Synchronized用于现实步同制机，比ThreadLocal更加杂复。
是正由于ThreadLocal存保个一每线程的变量本副，那么从ThreadLocal中取得的变量都是一同个变量，是正由于这一，那么把变量放到ThreadLocal中，就可以免避对象的传递。
例如：在业务逻辑层调用经ThreadLocal封装好的法方建新Connection实例，那么在DAO层也用此法方取得Connection实例就会是一同个实例，因为虽然处于不同的层，但是是位于一同个线程。
上面是一个用ThreadLocal封装Connection的实例：
public class ConnectionManager {
private static ThreadLocal<Connection> connectionHolder=new ThreadLocal<Connection>();
/**
* 失掉Connection
* @return
*/
public static Connection getConnection(){
Connection conn=connectionHolder.get();
if(conn==null){
conn=DBUtil.getConn();
connectionHolder.set(conn);
}
return conn;
}
public static void closeConnection(){
Connection conn=connectionHolder.get();
if(conn!=null){
try {
conn.close();
connectionHolder.remove();
} catch (SQLException e) {
e.printStackTrace();
}
}
}
}
经过这样封装Connection，在业务逻辑层创立Connection实例，开启务事后，就不必将Connection停止传递，只要需在DAO层用此类中的getConnection获失掉再BLL层创立的Connection可即。从而使得接口的定义更加有具通用性。
最后，再说一下ThreadLocal的一半应用骤步吧：
1.在类中创立一个ThreadLocal对象XxxxHolder，用来存保线程间要需处置的对象。
2.在类中创立一个getXxx()法方，法方中断判XxxxHolder.get()出来的对象否是为null，如果为null那么new()一个放到XxxxHolder中，如果存在，直接返回
3.如果你用ThreadLocal维护的是类似于Connection这样的对象，那么为它创立一个毁销的法方吧，不然你会悔后的。
ThreadLocal的应用才露尖尖角，更多的应用，有待往后的求需。
文章结束给大家分享下程序员的一些笑话语录：
看新闻说中国输入法全球第一！领先了又如何？西方文字根本不需要输入法。一点可比性都没有。
