三问 ThreadLocal —— 有什么用 ? 使用时有什么潜在风险?原理 ?

最近想实现一些功能,求诸于网络之后,得到了使用 ThreadLocal 实现的方式,那么 ThreadLocal 到底是什么呢 ? 遂写此文,抽丝剥茧的来看一下这个 Java 并发类 。

一、看看作者怎么说 😏 —— 有什么用篇

ThreadLocal 之所以存在,是为了提供给我们一种解决多线程并发问题的思路 。我们计算机系统要解决问题,有两个典型思想 : 时间换空间,或者空间换时间, ThreadLocal 就是空间换时间的典型应用 。

(ps:大家再去看这些 Java 原生功能,就别一顿乱搜了呗,当然万能的GPT除外,呜呜呜,JDK 源码里有作者的介绍,看看作者怎么说,可以防止我们走进误区)

在这里插入图片描述

作为 ThreadLocal 0 基础小白,我带大家读一下哈 …

1. 首先

首先,作者告诉我们,ThreadLocal 提供了一个 thread-local 的变量,也就是以线程为单位的一个线程的局部变量 , 访问这个变量的每个线程都有属于自己的这个变量的副本 。

2. 接着

接着呢,作者告诉我们,这个 ThreadLocal 通常被类定义为 static 的 (为什么定义成 static 的,我们在后面说,现在先大概了解一下),并且这个线程和某些变量相关联,这些变量包括某些用户的 ID 或者 某些事务的 ID 等 。 但是这样直接翻译,我觉得不是很信达雅,我觉得这么说比较好,执行某个操作的线程需要携带某些状态,比如需要携带用户 ID,这时候我们就可以使用 ThreadLocal 。

也就是说 ThreadLocal 可以让执行某个操作的线程携带一个变量,这个变量在这个线程的生命周期内一直存在 ,在这个线程执行操作的过程中,我们可以随时得到使用更改这个它携带的变量。

3. 然后

然后,作者给我们举了个使用例子 。省略 ~ 省略 ~

4. 最后

最后,作者和我们说了一下,ThreadLocal 实例的生命周期,它和持有它的线程共存亡,持有它的线程活着,它就活着,否则,它就会被垃圾回收掉 。

总结

通过上面作者说的话,我们可以大概了解 ThreadLocal 是什么了,下面我尝试用一句话概括 —— ThreadLocal 是我们某个线程独占的变量 , 其可以携带某些变量,这些变量对当前线程有用,我们就带上它,然后它和线程共存亡,线程 g 了, 它被垃圾回收掉 。

(ps : 感觉我说话太不正经了,大家平时别这么说话,给人一种半吊子的感觉 , 会掉印象分的,QWQ)


二、原理篇

我不想带着大家看源码了,源码太长了,这里取几个我觉得重要的点说一下 :

  1. 每个 Thread 里都有一个ThreadLocal.ThreadLocalMap, 我们定义的 ThreadLocal 变量就存放在这个 map 里,其中 ThreadLocal 对象作为 key, ThreadLocal 对象携带的变量 作为值,形成一个个 Entry —— 这也是之所以和线程共生命周期的原因

在这里插入图片描述

在这里插入图片描述

  1. ThreadLocal 在遍历上面的 map 执行 get 和 set 方法时候,会自动帮我们释放 key 为 null 的 value 的空间

请添加图片描述


三、潜在风险篇

在上文,我们了解到了 ThreadLocal 是什么,以及它的实现原理。然后,我已经决定使用它作为我的当前业务代码的解决方案,所以,我必须做一件事 —— 分析一下是不是可能有潜在风险,不然万一我走了,代码给后人维护,然后突然出了个大 bug,那个方法上面赫然写着我的名字,我可不想我都走了,还要被人骂 …

下面是我画的一张 ThreadLocal 的内存分析图,毕竟一图胜过千言嘛 ~ 但是,要理解下面的图,需要知道以下几个概念 :

  1. JVM 内存模型中的 栈 和 堆, 栈内存中存放对象的引用,堆内存中存放对象的实例 ,对应下图,ThreadLocal 类的引用和实例, 以及当前线程类的引用和实例 。
  2. 引用就是指针,虽然 Java 中没有指针的概念,但是可以这么去理解,引用指向实例。
  3. Java 中对象的引用分为强引用、软引用、弱引用 和 虚引用
  4. Java 垃圾回收,找到需要回收的对象的方法 —— 可达性分析法,翻译过来就是没有引用的对象直接回收。具有弱引用的对象进行垃圾回收时,扫描到就直接回收。但是,对于强引用,宁可内存溢出也不能回收强引用对象,我们平时创建的普通对象就是强引用的,Java 宁可发生 OOM 也不能释放我们还没用完的强引用对象 。
  5. 内存泄漏:动态分配的堆内存因为某些原因未被释放,但是过多的内存泄漏会导致内存溢出
  6. ThreadLocal 中的 key 是弱引用 , 被扫描到就要被回收 。

在这里插入图片描述

通过上面的分析,我们可以得出之所以会出现内存泄漏,是因为没有手动释放 value 造成的,所以解决方式也是不要等我们的 ThreadLocal 通过 get 或者 set 自动删除,而是每次都手动 remove


四、尝试用一下

按照作者的推荐,其适合用来为一个线程存放事务ID或者用户ID,从而使得这个ID可以被当前线程所把持,不存在被其他线程修改的线程安全问题 。

功能描述

我的一个业务功能需要获取当前登录的用户的信息,这个用户信息我存放在 Session 中了。我希望可以实现下面的链路 :

所以,我使用 ThreadLocal 来解决,每个请求相当于一个线程,我为这个线程封装好 ThreadLocal, 其 value 是用户相关的信息 。
在这里插入图片描述

1. 在当前业务拦截器中将用户信息放入 ThreadLocal

public class CartInterceptor implements HandlerInterceptor {
    public static ThreadLocal<UserInfoTO> threadLocal = new ThreadLocal<>();
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        // 获取会话信息,获取登录用户信息
        HttpSession session = request.getSession();
        MemberResponseVO attribute = (MemberResponseVO) session.getAttribute(AuthConstant.LOGIN_USER);
        // 判断是否登录,并封装User对象给controller使用
        UserInfoTO user = new UserInfoTO();
        if (attribute != null) {
            // 登录状态,封装用户ID,供controller使用
            user.setUserId(attribute.getId());
        }
        // 获取当前请求游客用户标识user-key
        Cookie[] cookies = request.getCookies();
        if (ArrayUtils.isNotEmpty(cookies)) {
            for (Cookie cookie : cookies) {
                if (cookie.getName().equals(CartConstant.TEMP_USER_COOKIE_NAME)) {
                    // 获取user-key值封装到user,供controller使用
                    user.setUserKey(cookie.getValue());
                    user.setTempUser(true);// 不需要重新分配
                    break;
                }
            }
        }

        // 判断当前是否存在游客用户标识
        if (StringUtils.isBlank(user.getUserKey())) {
            // 无游客标识,分配游客标识
            user.setUserKey(UUID.randomUUID().toString());
        }
        // 封装用户信息(登录状态userId非空,游客状态userId空)
        threadLocal.set(user);
        return true;
    }

    @Override
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
        UserInfoTO user = threadLocal.get();
        if (user != null && !user.isTempUser()) {
            // 需要为客户端分配游客信息
            Cookie cookie = new Cookie(CartConstant.TEMP_USER_COOKIE_NAME, user.getUserKey());
            cookie.setDomain("gulimall.com");// 作用域
            cookie.setMaxAge(CartConstant.TEMP_USER_COOKIE_TIMEOUT);// 过期时间
            response.addCookie(cookie);
        }
    }
}

2. 在业务要使用时,拿出 ThreadLocal 中的用户信息进行判断

    @Override
    public List<CartItemVO> getUserCartItems() {
        // 获取当前用户登录的信息
        UserInfoTO userInfo = CartInterceptor.threadLocal.get();
        if (userInfo.getUserId() == null) {
            // 未登录
            return null;
        } else {
            // 已登录,查询redis用户购物车
            List<CartItemVO> items = getCartItems(CartConstant.CART_PREFIX + userInfo.getUserId());
            if (CollectionUtils.isEmpty(items)) {
                throw new CartExceptionHandler();
            }
            // 筛选所有选中的sku
            Map<Long, CartItemVO> itemMap = items.stream().filter(item -> item.getCheck())
                    .collect(Collectors.toMap(CartItemVO::getSkuId, val -> val));
            // 调用远程获取最新价格
            Map<Long, BigDecimal> priceMap = productFeignService.getPrice(itemMap.keySet());
            // 遍历封装真实价格返回
            return itemMap.entrySet().stream().map(entry -> {
                CartItemVO item = entry.getValue();
                item.setPrice(priceMap.get(entry.getKey()));// 封装真实价格
                return item;
            }).collect(Collectors.toList());
        }
    }

思考其他实现方案 对比 ThreadLocal

每次要用到 user 信息的时候,我都去读一遍 Session 然后取出来用 —— 代码冗余量太大,而且多线程并发下,可能会产生线程安全问题 (要进行控制,但是同步之后又会影响并发量)。

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值