看RequestContextListener和RequestContextHolder源代码不难看出，是用过ThreadLocal实现的。ThreadLocal是什么呢？看词义，它并非是一个线程，它不是一个Thread，而是一个线程局部变量，其实功能非常简单，就是为每一个使用该变量的线程都提供一个变量值的副本，是每一个线程都可以独立地改变自己的副本，而

文章目录在Map中存储用户数据(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fblog.csdn.net%2Fsuperfjj%2Farticle%2Fdetails%2F104812417%23Map_48)在ThreadLocal中存储用户数据(h

ThreadLocal提供了线程独有的局部变量，可以在整个线程存活的过程中随时取用，极大地方便了一些逻辑的实现。常见的ThreadLocal用法有：\存储单个线程上下文信息。比如存储id等；\使变量线程安全。变量既然成为了每个线程内部的局部变量，自然就不会存在并发问题了；\减少参数传递。比如做一个trace工具，能够输出工程从开始到结

翻译：https://www.journaldev.com/1076/javathreadlocalexample?utm\_sourcewebsite&utm\_mediumsidebar&utm\_campaignCoreJavaSidebarWidget(https://www.oschina.net/action/GoToLink

!(https://oscimg.oschina.net/oscnet/2f6fbfdeae82468caf24c544f39da9ec.gif)原创：小姐姐味道（微信公众号ID：xjjdog），欢迎分享，转载请保留出处。阅读本文需要首先大体了解ThreadLocal。不啰嗦，直接进入正题。标签：【各种级别】【Java】【源码

欢迎点赞阅读，一同学习交流，有疑问请留言。GitHub上也有开源JavaHouse(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fbuerbl%2FJavaHouse)欢迎star1引入在Java8里面，ThreadLoc

是什么？ThreadLocal很容易让人望文生义，想当然地认为是一个“本地线程”。其实，ThreadLocal并不是一个Thread，它类似（Map），用来存储当前运行线程及对应的变量。在WEB应用中每次Http请求，都相当于从线程池取一个空闲线程对请求的方法作处理。此时当前线程的所有方法中Thread.currentThread

Spring通过各种模板类降低了开发者使用各种数据持久技术的难度。这些模板类都是线程安全的，也就是说，多个DAO可以复用同一个模板实例而不会发生冲突。我们使用模板类访问底层数据，根据持久化技术的不同，模板类需要绑定数据连接或会话的资源。但这些资源本身是非线程安全的，也就是说它们不能在同一时刻被多个线程共享。虽然模板类通过资源池获取数据连接或会话，但资源池本身

前言在分析ThreadLocal导致的内存泄露前，需要普及了解一下内存泄露、强引用与弱引用以及GC回收机制，这样才能更好的分析为什么ThreadLocal会导致内存泄露呢？更重要的是知道该如何避免这样情况发生，增强系统的健壮性。内存泄露内存泄露为程序在申请内存后，无法释放已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露堆积后果

本文主要从源码的角度解析了ThreadLocal，并分析了发生内存泄漏的原因及正确用法，最后对它的应用场景进行了简单介绍。