在 dubbo 中使用 Threadlocal 的相关问题

原由

最近进入项目组开发，偶尔翻阅别人代码时，看到以下注释。

注：该ThreadLocalUtil 就是内部使用 ThreadLocal 内部静态变量。

刚看到时彻底不解，不知道其为何这么说。当同事跟我解释缘由，豁然开朗。细想，咱们在工做使用中，若是不注意很容易就忽略这个问题。 在解释这个问题先，咱们先来查看 ThreadLocal。

ThreadLocal

ThreadLocal 提供线程局部(thread-local)变量,为每一个线程建立单独的变量副本，这样在多线程环境的下，因为每一个线程都有单独的变量，不会由于变量共享致使的并发问题。固然相关问题我能够们使用同步机制解决该问题。

同步机制跟 ThreadLocal 区别

使用同步机制，多线程环境共享同一变量，这须要咱们在使用时显示加锁，保证变量在同一时间只有一个线程能使用，至关于采用时间策略换取线程安全。

使用 ThreadLocal，每一个线程拥有本身独立变量副本，至关于采用空间策略换取线程安全。

咱们从代码查看下两种方式的区别。如今假如咱们须要当前一个时间工具类，以下：

private final static SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

    public static String getDateStr(Date date) {
        return format.format(date);
    }
复制代码

查看上面 Demo，咱们很容易能够看出上面方法因为是 SimpleDateFormat 不是线程安全，从而致使 getDateStr 方法非线程安全。

如今咱们使用同步对其改造。

private final static SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

    public static synchronized String getDateStrSync(Date date) {
        return format.format(date);
    }
复制代码

这样使用显示加锁，避免多线程环境下线程安全。可是这种方式可能在高并发状况影响效率。

下面使用 ThreadLocal 对其改造。

private final static ThreadLocal<SimpleDateFormat> formatLocal = new ThreadLocal<SimpleDateFormat>() {
        protected synchronized SimpleDateFormat initialValue() {
            return new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
        }
    };


    public static String getDateByLocal(Date date){
        return formatLocal.get().format(date);
    }
复制代码

使用 ThreadLocal，将共享变量变成独享变量，保证线程安全。可是该种方案增长建立对象的开销。

综上，如何选择上述两种方式，须要结合当前业务方式选择。

讲完 ThreadLocal，咱们来看下的 dubbo 的线程模型。

dubbo 线程模型

dubbo 默认采用单一长链接加线程池方式处理调用。

默认采起 Dispatcher=all 的分发策略，全部消息都派发到线程池，包括请求，响应，链接事件，断开事件，心跳等。线程池在缺省配置为固定大小线程池，启动时创建线程，不关闭，一直持有。默认为100个线程。

分析在 Dubbo 中使用 ThreadLocal

在 Dubbo 中使用 ThreadLocal ，若是采用默认的设置，每次 Dubbo 调用结束，Dubbo 处理响应线程并不会被销毁， 而是归还到线程池中。而从 ThreadLocal 源码能够看出，每次咱们设置的值其实会存在位于 Thread 中 ThreadLocalMap 变量中。

这就致使，下次若是 Dubbo 处理响应刚好继续使用到这个线程，该线程就能调用到上次响应中设置在 ThreadLocal 设置的值。这就引发内存泄露，可能还会致使业务上异常。其实并不止在 Dubbo 中，该案例还会发生在 web项目中，只要相关使用线程池的，都有可能发生。

Threadlocal 总结

使用 Threadlocal，咱们须要注意几点：

1. 使用 Threadlocal 须要跟使用相关流同样，须要最后显示调用其 remove 方法，清除其设置的值，防止引发内存泄露。
2. 不能什么传参都使用 Threadlocal 在方法中上下传递，这样就会引发隐形耦合，并且相关代码并很差维护。
3. 高并发中，咱们可使用 Threadlocal 代替同步锁，提升相关性能。

参考连接

1. 【死磕Java并发】—–深刻分析ThreadLocal
2. 聊一聊Spring中的线程安全性
3. 优雅的使用 ThreadLocal 传递参数
4. www.baeldung.com/java-thread…
5. www.cnblogs.com/youzhibing/…
6. dubbo 线程模型
7. How to shoot yourself in foot with ThreadLocals

---

若是以为好的话，请帮做者点个赞呗~ 谢谢

喜欢本文的读者们，欢迎长按关注订阅号程序通事~让我与你分享程序那些事。