多线程中ThreadLocal踩坑

本文记录了一次在多线程环境中使用ThreadLocal遇到的问题。当使用线程池处理请求时,未正确清理ThreadLocal导致新、老版本APP请求处理逻辑错误。分析表明,线程复用使得前一个请求的ThreadLocal值影响了后续请求。解决方案包括在每次请求结束后清理ThreadLocal或者始终存入请求头中的标识,以确保每个请求的独立性。
摘要由CSDN通过智能技术生成

前言

记录一下在测试过程中,遇到的一个有关ThreadLocal的问题,顺便学习一下ThreadLocal相关的知识。

ThreadLocal介绍

ThreadLocal是一个关于创建线程局部变量的类。

要点:
* 在当前线程中,任何一个地方都可以访问到ThreadLocal的值。
* 当前线程保存在ThreadLocal中的值只能被当前线程访问,一般情况下其他线程访问不到。
* ThreadLocal内部存储数据是以ThreadLocalMap(类似Map的key-value存储方式)来存储的,以当前线程为key,以需要存储的数据为value

问题场景

最近项目需要上线一个大版本,此次版本对前端APP新、老版本发起的请求做了不同的加密处理,经过讨论,需要在后台做版本兼容。

兼容的流程:

  • APP端在请求头里面新增一个字段作为新版本APP的标识,如:varA:123
  • 后端在SpringDispatcherServlet中判断varA是否为空,若不为空则把它放入ThreadLocal变量中

    if (StringUtil.isNotEmpty(varA)){
      ThreadContext.put(ThreadContext
  • 0
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值