ThreadLocal(总结)

        ThreadLocal和其他所有的同步机制一样，都是为了解决多线程对同一变量的访问冲突。

在普通的同步机制中，是通过对象加锁来实现多线程对对同一变量的安全访问。

有些变量是多个线程共享的，所以要使用同步机制，需要细致地分析在什么时候对变量进行

读写，什么时候要锁定某个对象，什么时候释放该对象的锁。在这种情况下，系统并没有将该

变量复制多份，只是采用了安全机制来控制对这份资源的访问。

      ThreadLocal从另一角度来解决多线程的并发访问，ThreadLocal将需要并发访问的资源复制

多份，每个线程拥有一份资源，每个线程都拥有自己的资源副本，从而也就没有必要对该变量

进行同步了。ThreadLocal提供了线程安全的共享对象，在编写多线程代码时，可以把不安全的整个

变量封装进ThreadLocal，或者把该对象和线程相关的状态使用ThreadLocal。

       ThreadLocal并不能替代同步机制，两者面向的问题领域不同。同步机制是为了同步多个

线程对相同资源的并发访问，是多个线程之间进行通信的有效方式；而ThreadLocal是为了隔离

多个线程的数据共享，从根本上避免线程之间对共享资源(变量)的竞争，也就不需要对多个线程

进行同步了。

       通常认为：如果多个线程之间需要共享资源，以达到线程之间的通信功能，就使用同步机制；

如果仅仅需要隔离多个线程之间的共享冲突，则可以使用ThreadLocal。