ThreadLocal变量——转不过的一个弯（咬文嚼字型）

　　这次的随笔只是一时兴起，纪念下自己不好使的脑子😢！

　　网上介绍ThreadLocal变量的博文有很多，解释的基本都差不多，这边也就不再啰嗦了，下面列出一些介绍的链接，方便大家查阅。

　　1、知乎上的解答

　　2、博客园上的解答

　　3、segmentfault上的解答

　　.......

　　上面解释的都很好，大家可以放心点击。

　　咻～回到正题，经常能在网上看到“ThreadLocal解决多线程变量共享问题”这样的说法。起初刚在接触ThreadLocal变量的时候，一直把这个“变量共享”当成是多个线程共同操作变量的情况，比如有一个从1数到1亿的任务，由5个线程来完成，线程a数了1、2、3，然后又有线程b数了4、5、6、7、8，此处省略，而我觉得这里从1到1亿的value是真正意义上的“共享”。

　　而ThreadLocal变量，如果非要扯上“共享”的意思，那也只有变量的初始值共享了，各个线程只是共享了ThreadLocal的初始值。因为大家都知道，各个线程对于ThreadLocal变量其实都是各干各的，互相之间互不干扰。所以我觉得这算不上“共享”一说。当然这只是一个文字游戏，并非技术上的问题，在这边提出来也希望能够帮助到跟我一样有这个困扰的同学。

　　看一下ThreadLocal的应用场景就能明白：

　　1、数据库连接　　

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

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

　　2、Seesion管理

private static final ThreadLocal threadSession = new ThreadLocal();

public static Session getSession() throws InfrastructureException {
    Session s = (Session) threadSession.get();
    try {
        if (s == null) {
            s = getSessionFactory().openSession();
            threadSession.set(s);
        }
    } catch (HibernateException ex) {
        throw new InfrastructureException(ex);
    }
    return s;
}

　　以上的Connection和Session都是互相不干扰，每个线程各自持有的。