如何实现在线程池中执行远程调用可以获取到主线程的请求上下文

public class ThreadPoolConfig {

    /**
     * 异步任务执行线程池
     *
     * @return
     */
    @Bean("taskExecutor")
    public TaskExecutor taskExecutor() {
        ThreadPoolTaskExecutor executor = new CustomThreadPoolExecutor();
        // 设置核心线程数
        executor.setCorePoolSize(5);
        // 设置最大线程数
        executor.setMaxPoolSize(500);
        // 设置队列容量
        executor.setQueueCapacity(200);
        // 设置线程活跃时间(秒)
        executor.setKeepAliveSeconds(60);
        // 设置默认线程名称
        executor.setThreadNamePrefix("processor-thread");
        // 设置拒绝策略
        executor.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());
        // 等待所有任务结束后再关闭线程池
        executor.setWaitForTasksToCompleteOnShutdown(true);
        return executor;
    }
}

//对原本的线程池进行重写在执行任务先前去,获取主线程的请求信息更新到当前线程中
class CustomThreadPoolExecutor extends  ThreadPoolTaskExecutor{
    @Override
    public void execute(Runnable task) {
        ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
        super.execute(()->{
            // 在任务执行前重新设置上下文
            RequestContextHolder.setRequestAttributes(attributes);
            try{
                task.run();
            }finally {
                // 清理上下文
                RequestContextHolder.resetRequestAttributes();
            }
        });
    }
}

### Java 线程上下文类加载器 (Thread Context ClassLoader) 的概念与用法 #### 一、线程上下文类加载器简介 线程上下文类加载器(Thread Context ClassLoader)是一个特殊的类加载器,它可以通过 `java.lang.Thread` 类中的方法 `setContextClassLoader(ClassLoader cl)` 进行设置,并通过 `getContextClassLoader()` 方法获取[^1]。默认情况下,线程的上下文类加载器继承自父线程的上下文类加载器。 这种机制允许某些框架或库动态指定用于加载资源或类的类加载器,而不需要依赖于系统的默认类加载器链。这在线程池场景下尤为重要,因为线程可能被重用多次,其初始类加载器环境可能会发生变化。 --- #### 二、为何使用线程上下文类加载器? 通常,在多模块或多层架构的应用程序中,不同层次的组件由不同的类加载器负责加载。如果某个高层组件需要访问低层组件所管理的类,则直接调用系统默认的类加载器可能导致无法找到目标类的情况。此时,可以利用线程上下文类加载器来解决这一问题[^2]。 SPI(Service Provider Interface)机制就是一个典型例子。服务提供者接口定义了一组抽象方法,具体实现则交由第三方开发者完成并打包到独立 JAR 文件中。当应用程序运行时,JDK 或其他框架会尝试从 SPI 配置文件中读取这些实现类的名字并通过反射实例化它们。为了能够正确加载来自外部 JAR 包内的类,就需要借助线程上下文类加载器。 --- #### 三、如何设置和获取线程上下文类加载器? 以下是关于如何操作线程上下文类加载器的具体方式: - **设置线程上下文类加载器** 可以通过以下代码片段为当前线程设定一个新的类加载器作为它的上下文类加载器: ```java Thread.currentThread().setContextClassLoader(customClassLoader); ``` - **获取线程上下文类加载器** 获取当前线程正在使用的上下文类加载器可通过此语句实现: ```java ClassLoader contextClassLoader = Thread.currentThread().getContextClassLoader(); ``` 上述两步展示了基本的操作流程[^3]。 --- #### 四、实际应用案例分析 考虑这样一个需求:在一个复杂的 Web 应用环境中,存在多个 WAR 文件部署在同一容器内共享同一个 JVM 实例。假设其中一个 Servlet 请求处理过程中需要用到另一个 WAR 中定义的服务对象。由于这两个 WAR 各自有自己专属的类加载器范围,因此单纯依靠标准双亲委派模型下的类查找路径不足以满足跨 WAR 调用的需求。这时就可以调整执行该逻辑所在线程的上下文类加载器指向后者所属的那个特定类加载器实例,从而成功定位所需的目标类型及其关联资源[^4]。 下面是基于前面提到背景的一个简化版演示代码: ```java package com.example; public class CustomClassLoaderExample { public static void main(String[] args) throws Exception { // 创建子类加载器 MyCustomClassLoader customClassLoader = new MyCustomClassLoader(); // 设置当前线程的上下文类加载器 Thread.currentThread().setContextClassLoader(customClassLoader); // 加载并创建目标类的对象 Object obj = customClassLoader.loadClass("com.target.MyTarget").newInstance(); System.out.println(obj.getClass().getClassLoader()); } } class MyCustomClassLoader extends ClassLoader { @Override protected Class<?> findClass(String name) throws ClassNotFoundException { byte[] b = loadClassData(name); // 假设这是某种形式的数据加载过程 return defineClass(name, b, 0, b.length); } private byte[] loadClassData(String className){ // 模拟数据加载... return null; } } ``` 在此示例中,我们手动设置了主线程上下文类加载器为我们的定制版本 (`MyCustomClassLoader`) ,之后再依据此类加载器去检索原本不可见的远程包里的内容。 --- ### 总结 综上所述,理解并合理运用线程上下文类加载器对于构建灵活可扩展的企业级解决方案至关重要。无论是面对复杂分层结构还是异构插件体系设计挑战,掌握好这项技术都能带来显著帮助。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

EntyIU

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值