真实项目中 ThreadLocal 的妙用

  • 时间:
  • 浏览:0

一、哪几个是 ThreadLocal

ThreadLocal 提供了守护进程的局部变量,每个守护进程都还里能通过 set() 和 get() 来对这种局部变量进行操作,但太满再和好多好多 守护进程的局部变量冲突,实现了守护进程间的据隔离。

简单讲:4个多获取用户的请求守护进程 A,不可能 向 ThreadLocal 填充变量 AValue(上还里能 被守护进程 A 操作),该变量对好多好多 获取用户的请求守护进程 B、C...是隔离的.

最简单的使用办法:

类似于一次 HTTP 请求守护进程中,利用 ThreadLocal 存储 Cookie 对象,进行清况 管理。set Cookie:

private ThreadLocal httpThreadLocal = new ThreadLocal();

httpThreadLocal.set(“Cookie: sid=13420771402233”)

后边存储格式是 String ,实际场景存储的是具体的对象。在这次 HTTP 请求过程中,任何事先都还里能获取 Cookie 。获取办法很简单 get Cookie:

String cookieValue = (String) httpThreadLocal.get();

Thread 与 ThreadLocal 对象引用关系图

二、你熟悉的场景

2.1 数据库连接池

比如一次请求守护进程进来,业务 Dao 还里能 更新 user 表和 user-detail 表。不可能 是 new 出4个多数据库 Connection ,分别不同的 Connection 操作 user 表和 user-detail 表,就无法保证事务。如此 数据库连接池是怎么里能保证的?

答案是:利用 ThreadLocal 存储唯一 Connection 对象。每次请求守护进程,pool.getConnection 获取连接的事先有的是另4个多操作:

  • 会从 ThreadLocal 获取 Connection 对象。不可能 有,则保证了后边多个数据库操作共用同4个多 Connection ,从而保证了事务。
  • 不可能 如此 ,往 ThreadLocal 新增Connection 对象,并返回到守护进程
错误的做法
public class XXXService {

    private Connection conn;
}

不可能 conn 是守护进程不安全的。另4个多会原困多个请求公用4个多连接。请求量很大的清况 下,延迟各种。你懂。

我应该 ,使用 ThreadLocal 保证每个请求守护进程的 Connection 是唯一的。即每个守护进程有当事人的连接。

继续讲到 Spring 框架,在事务时候开始时,会给当前守护进程4个多Jdbc Connection,在整个事务过程,有的是使用该守护进程绑定的connection来执行数据库操作,实现了事务的隔离性。Spring框架后边我应该 用的ThreadLocal来实现这种隔离

比如你访问百度、我访问百度,会有不同 Cookie 。我应该 你还里能 访问我的 Cookie,我我应该 能。顾名思义,使用 ThreadLocal 保证每个 HTTP 请求守护进程的 Cookie 是唯一的。

Cookie 另4个多还里能做 Session 等清况 管理。

三、实战场景

总结一下我应该 :ThreadLocal 还里能让同4个多守护进程中上下文之间数据共享

在后边章节 二、你熟悉的场景 嘴笨 介绍了好多好多 现有场景。如此 我这边具体的实战场景是哪几个?

简单的例子:

适用满足这4个多条件的场景:1.每个守护进程独有的好多好多 信息,2.哪几个信息又会在多个办法或类中用到。

  1. 4个多请求守护进程,后边有4个多异步小守护进程,各有4个多办法。分别防止 A 或 B 业务
  2. 本身生活办法是传递不可变的入参
  3. 另本身生活我应该 ThreadLocal,倒进 ThreadLocal 的入参,会被各个办法共享。我应该 多个请求守护进程互不影响
复杂化的例子:

一次发货操作:会根据入参,进行组件化、流程编排话。如此 入参会被各个地方用到,我应该 好多好多 流程组件是异步的(类似于 new thread 操作的)。这事先还里能定4个多 XXContext 上下文:

public class XXContext {
    
    private static ThreadLocal<Map<Class<?>, Object>> context = new InheritableThreadLocal<>();
    
    /**
     * 把参数设置到上下文的Map中
     */
    public static void put(Object obj) {
        Map<Class<?>, Object> map = context.get();
        if (map == null) {
            map = new HashMap<>();
            context.set(map);
        }
        if (obj instanceof Enum) {
            map.put(obj.getClass().getSuperclass(), obj);
        } else {
            map.put(obj.getClass(), obj);
        }
    }
    
    /**
     * 从上下文中,根据类名取出参数
     */
    @SuppressWarnings("unchecked")
    public static <T> T get(Class<T> c) {
        Map<Class<?>, Object> map = context.get();
        if (map == null) {
            return null;
        }
        return (T) map.get(c);
    }
    
    /**
     * 清空ThreadLocal的数据
     */
    public static void clean() {
        context.remove();
    }
}

代码解析:

  • 有的是 static 操作,类似于 DateUtil 玩法
  • 记得每次请求守护进程后清理。还里能 AOP 去清理,加个注解就行。不可能 同4个多请求守护进程不可能 被业务方公用。

(完)