ThreadfLocal
ThreadfLocal是一种机制，很多人都说它的名字叫ThreadfLocalVariable更贴切。表面上看它和其他的java类没有区别，但是当一个多线程系统要求各个线程都有自己线程内的全局变量时，使用ThreadfLocal就是一个极佳的选择。
ThreadfLocal用于实现线程内的数据共享，即对于相同的程序代码，多个模块在同一个线程中运行时要共享一份数据，而在另外线程中运行时又共享另外一份数据。举个例子，我们在学校食堂排队打饭，对于甲同学打饭的全过程（线程一），那几个打饭、打菜和打汤的模块操作的（饭盆）变量是甲同学拿的饭盆；对于乙同学打饭的全过程（线程二），那几个打饭、打菜和打汤的模块操作的（饭盆）变量是乙同学拿的饭盆；在这个例子里，饭盆就可以视为应当存放到ThreadLocal里的共享变量。
可能有人提到全局共享变量会想到用static变量，但是static变量的全局范围比ThreadfLocal里的更“全局”－－在整个运行的jvm里只有一份，即虽然static变量可以被多个模块共享，但同时也是在多线程范围内共享。所以，用static是不能满足我们的业务需求的。当然，ThreadfLocal变量为static没有问题。
ThreadLocal的一个常用业务场景是：在订单处理业务流中，减少库存量、增加一条流水台账、修改总账，这几个操作要在同一个事务中完成，通常也即同一个线程中进行处理，如果累加公司应收款的操作失败了，则应该把前面的操作回滚，否则，提交所有操作，这要求这些操作使用相同的数据库连接对象，而这些操作的代码分别位于不同的模块类中。
Thread与同步机制的比较
ThreadLocal和同步机制都是为了解决多线程中对相同变量的访问冲突的问题。
同步机制是通过锁对象机制保证同一时间只有一个线程访问变量。这时该变量是多个线程共享的，使用同步机制要求程序慎密地分析什么时候对变量进行读写，什么时候需要锁定某个对象，什么时候释放对象锁等繁杂的问题，程序设计和编写难度相对较大。
而ThreadLocal则从另一个角度来解决多线程的并发访问。ThreadLocal会为每一个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象，在编写多线程代码时，可以把不安全的变量封装进ThreadLocal。
概括起来说，对于多线程资源共享的问题，同步机制采用了“以时间换空间”的方式，而ThreadLocal采用了“以空间换时间”的方式。前者仅提供一份变量，让不同的线程排队访问，而后者为每一个线程都提供了一份变量，因此可以同时访问而互不影响。
不过，ThreadLocal并不能替代同步机制，两者面向的问题领域不同：ThreadLocal考虑的是变量在线程间的隔离；同步机制则提供了线程间通信的桥梁。
下面是示例代码，类A和类B代表同一线程内运行的不同模块，而Random随机产生的数据则是本地线程变量：
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
