ThreadLocal常见使用场景


ThreadLocal常见的使用场景可以分为两大类:一类是作为参数传递的工具(因为ThreadLocal可以在调用链路的任意位置被引用),一类是用于解决线程安全问题(因为ThreadLocal为线程独享,每个线程之间不会相互影响)

举例1:作为参数传递的工具

在现在的系统设计中,前后端分离已基本成为常态,分离之后如何获取用户信息就成了一件麻烦事,通常在用户登录后, 用户信息会保存在Session或者Token中。这个时候,我们如果使用常规的手段去获取用户信息会很费劲,拿Session来说,我们要在接口参数中加上HttpServletRequest对象,然后调用 getSession方法,且每一个需要用户信息的接口都要加上这个参数,才能获取Session,这样实现就很麻烦了。

在实际的系统设计中,我们肯定不会采用上面所说的这种方式,而是使用ThreadLocal,我们会选择在拦截器的业务中, 获取到保存的用户信息,然后存入ThreadLocal,那么当前线程在任何地方如果需要拿到用户信息都可以使用ThreadLocal的get()方法

举例2:解决线程安全问题

在Spring的Web项目中,我们通常会将业务分为Controller层,Service层,Dao层, 我们都知道**@Autowired注解默认使用单例模式**,那么不同请求线程进来之后,由于Dao层使用单例,那么负责数据库连接的Connection也只有一个, 如果每个请求线程都去连接数据库,那么就会造成线程不安全的问题,Spring是如何解决这个问题的呢?

在Spring项目中Dao层中装配的Connection肯定是线程安全的,其解决方案就是采用ThreadLocal方法,当每个请求线程使用Connection的时候, 都会从ThreadLocal获取一次,如果为null,说明没有进行过数据库连接,连接后存入ThreadLocal中,如此一来,每一个请求线程都保存有一份自己的Connection。于是便解决了线程安全问题

使用ThreadLocal注意:

线程池中线程调用使用ThreadLocal 。由于线程池中对线程管理都是采用线程复用的方法。在线程池中线程非常难结束甚至于永远不会结束。这将意味着线程持续的时间将不可预測,甚至与JVM的生命周期一致;

异步程序中,ThreadLocal的參数传递是不靠谱的, 由于线程将请求发送后。就不再等待远程返回结果继续向下运行了,真正的返回结果得到后,处理的线程可能是其他的线程。Java8中的并发流也要考虑这种情况;

使用完ThreadLocal ,最好手动调用 remove() 方法,防止出现内存溢出,因为中使用的key为ThreadLocal的弱引用, 如果ThreadLocal 没有被外部强引用的情况下,在垃圾回收的时候会被清理掉的,但是如果value是强引用,不会被清理, 这样一来就会出现 key 为 null 的 value。

  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ThreadLocal使用场景主要是在多线程环境下,用于实现线程局部变量。线程局部变量是指每个线程都拥有自己独立的变量副本,互不干扰。 以下是一些 ThreadLocal常见使用场景: 1. 线程安全的对象:在多线程环境下,如果有一些对象是线程安全的,但是创建和销毁开销较大,此时可以使用 ThreadLocal 来保证每个线程都有自己的对象副本,避免锁竞争和线程间的冲突。 2. 数据库连接管理:在使用数据库连接池的情况下,可以使用 ThreadLocal 来管理数据库连接,每个线程都可以拥有自己的数据库连接,避免了多线程环境下的并发问题。 3. 事务管理:在某些情况下,需要在一个事务中执行多个操作,而这些操作可能涉及到多个线程。可以使用 ThreadLocal 来管理事务上下文,确保每个线程在事务中执行操作时都能访问到正确的上下文信息。 4. 线程上下文信息传递:有些场景下,需要在线程之间传递一些特定的上下文信息,例如用户身份信息、请求信息等。可以使用 ThreadLocal 来存储和传递这些上下文信息,每个线程都可以获取到自己的上下文信息。 需要注意的是,使用 ThreadLocal 时要注意内存泄漏的问题。由于 ThreadLocal 使用了弱引用,如果不及时清理 ThreadLocal 中的对象,可能会导致对象无法被回收,从而造成内存泄漏的问题。因此,在使用ThreadLocal 后,应该调用 remove() 方法将其与当前线程解绑,以避免潜在的内存泄漏风险。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值