ThreadLocal使用不规范,上线两行泪

本文通过一个实例分析了Java中的ThreadLocal误用导致的线程安全问题,探讨了ThreadLocal的工作原理,如何复现问题,以及问题的根本原因。问题在于线程池中的线程重用,导致不同任务间数据共享,解决方案是使用后及时调用remove方法。学习和理解线程安全知识在多线程环境中至关重要。
摘要由CSDN通过智能技术生成

ThreadLocal是Java中的一个重要的类,其提供了一种创建线程局部变量机制。从而使得每个线程都有自己独立的副本,互不影响。此外,ThreadLocal也是面试的一个重点,对于此网上已经有很多经典文章来进行分析,但今天我们主要分析笔者在项目中遇到的一个错误使用ThreadLocal的示例,并针对错误原因进行深入剖析,理论结合实践让你更加透彻的理解ThreadLocal的使用。

前言

Java中的ThreadLocal是一种用于在多线程环境中存储线程局部变量的机制,它为每个线程都提供了独立的变量副本,从而避免了线程之间的竞争条件。事实上,ThreadLocal的工作原理是在每个线程中创建一个独立的变量副本,并且每个线程只能访问自己的副本。

进一步,ThreaLocal可以在当前线程中独立的保存信息,这样就方便同一个线程的其他方法获取到该信息。 因此,ThreaLocal的一个最广泛的使用场景就是将信息保存,从而方便后续方法直接从线程中获取。

使用ThreadLocal出现的问题

明白了ThreaLocal的应应用场景后,我们来看一段如下代码:

控制层

@RestController
@Slf4j
@RequestMapping("/user")
public class UserController {

    @Autowire
    private UserService userService;

    @GetMapping("get-userdata-byId")
    public CommonResult<Object> getUserData(Integer uid) {
      
        return userService.getUserInfoById(uid);

}

服务层

@Service
public class UserService {

    ThreadLocal<UserInfo> locals = new ThreadLocal<>();

    public CommonResult<UserInfo> getUserInfoById (
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值