Java中的ThreadLocal类使您能够创建只能由同一个线程读写的变量。因此，即使两个线程正在执行相同的代码，并且该代码有一个对ThreadLocal变量的引用，那么两个线程也不能看到彼此的ThreadLocal变量。

阅读更多

文档说得很好:“每个访问[线程局部变量]的线程(通过它的get或set方法)都有它自己的、独立初始化的变量副本”。

当每个线程必须有自己的某个副本时，可以使用一个。默认情况下，数据在线程之间共享。

Threadlocal提供了一种非常简单的零成本实现对象可重用性的方法。

我遇到过这样一种情况，在每次更新通知时，多个线程都在创建可变缓存的映像。

我在每个线程上使用Threadlocal，然后每个线程只需要重置旧映像，然后在每次更新通知时从缓存中再次更新它。

来自对象池的通常可重用对象具有与之相关的线程安全成本，而此方法没有。

线程局部变量通常用于防止基于线程的设计中的共享 可变单例或全局变量。

在不使用连接池的情况下，它可以用于为每个线程建立单独的JDBC连接等场景。

private static ThreadLocal<Connection> connectionHolder
           = new ThreadLocal<Connection>() {
      public Connection initialValue() {
           return DriverManager.getConnection(DB_URL);
          }
     };

public static Connection getConnection() {
      return connectionHolder.get();
} 

当您调用getConnection时，它将返回与该线程关联的连接。对于其他属性(如dateformat、事务上下文等)，您不希望在线程之间共享，也可以这样做。

您也可以使用局部变量来实现相同的目的，但是这些资源通常会占用创建时间，因此您不希望在使用它们执行某些业务逻辑时一次又一次地创建它们。然而，ThreadLocal值存储在线程对象本身中，一旦线程被垃圾收集，这些值也就消失了。

这个链接很好地解释了ThreadLocal的用法。

ThreadLocal in Java had been introduced on JDK 1.2 but was later generified in JDK 1.5 to introduce type safety on ThreadLocal variable. ThreadLocal can be associated with Thread scope, all the code which is executed by Thread has access to ThreadLocal variables but two thread can not see each others ThreadLocal variable. Each thread holds an exclusive copy of ThreadLocal variable which becomes eligible to Garbage collection after thread finished or died, normally or due to any Exception, Given those ThreadLocal variable doesn't have any other live references. ThreadLocal variables in Java are generally private static fields in Classes and maintain its state inside Thread.

阅读更多:Java示例程序和教程中的ThreadLocal

什么时候?

当一个对象不是线程安全的时候，为了避免影响可伸缩性的同步，给每个线程一个对象，并保持它的线程作用域，即ThreadLocal。最常用但不是线程安全的对象之一是数据库Connection和JMSConnection。

如何?

例如，Spring框架通过将这些连接对象保存在ThreadLocal变量中，在幕后大量使用ThreadLocal来管理事务。在高层，当事务启动时，它获得连接(并禁用自动提交)并将其保存在ThreadLocal中。在进一步的db调用中，它使用相同的连接与db通信。最后，它从ThreadLocal获取连接，提交(或回滚)事务并释放连接。

我认为log4j也使用ThreadLocal来维护MDC。