Spring异步处理长请求触发Request scope not active错误如何解决

你遇到的报错本质是Spring的request作用域Bean仅在处理HTTP请求的原生线程中可用，你手动开启的新线程未绑定请求上下文，且请求返回200后Spring会直接销毁request对象，异步线程自然无法访问userUtils这类依赖request的Bean。

方案1：提前抽取业务参数（最推荐） #

直接在Controller请求线程中提前取出所有异步任务需要的用户、业务参数，直接传给异步逻辑，完全避免异步线程依赖request上下文，无额外兼容问题。
代码示例：

public myMethod(){
    // 先在请求线程中提前取出所有需要的参数，不要放到异步线程里取
    UserInfo userInfo = userUtils.getCurrentUser();
    String websocketSessionId = userUtils.getWebsocketSessionId();
    new Thread(()-> {
        try {
            // 给load方法新增参数接收提前取出的用户信息等
            commonImportService.load(docId, documentType, userInfo, websocketSessionId);
        } catch (IOException | WorkflowException | IntegrationException e) {
            e.printStackTrace();
        }
    }).start();
    return new ResponseEntity<>(HttpStatus.OK);
}

这种方案耦合度最低，也不会出现请求资源泄漏的问题，优先选择。

方案2：手动传递Request上下文 #

如果暂时不想修改Service层的参数定义，可以在开启异步线程前先拿到当前请求的上下文，绑定到异步线程中，仅适合仅读取request中已解析的属性（比如用户信息）的场景，不要在异步线程中操作请求流、响应流这类会被提前销毁的资源。
代码示例：

public myMethod(){
    // 提前获取当前请求的上下文
    RequestAttributes requestAttributes = RequestContextHolder.getRequestAttributes();
    new Thread(()-> {
        try {
            // 给当前异步线程绑定请求上下文
            RequestContextHolder.setRequestAttributes(requestAttributes, true);
            commonImportService.load(docId, documentType);
        } catch (IOException | WorkflowException | IntegrationException e) {
            e.printStackTrace();
        } finally {
            // 执行完清理上下文，避免线程复用出现上下文串用
            RequestContextHolder.resetRequestAttributes();
        }
    }).start();
    return new ResponseEntity<>(HttpStatus.OK);
}

方案3：用Spring官方异步能力统一处理 #

如果项目有大量这类异步任务，不要手动new Thread，改用Spring提供的@Async异步注解，配置任务装饰器自动传递请求上下文，更规范也避免线程资源耗尽。
步骤如下：

1. 启动类加@EnableAsync注解开启异步能力
2. 配置线程池并添加上下文传递的装饰器：

@Configuration
public class AsyncConfig implements AsyncConfigurer {
    @Override
    public Executor getAsyncExecutor() {
        ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
        executor.setCorePoolSize(10);
        executor.setMaxPoolSize(20);
        executor.setQueueCapacity(100);
        // 添加上下文传递装饰器
        executor.setTaskDecorator(runnable -> {
            RequestAttributes requestAttributes = RequestContextHolder.getRequestAttributes();
            return () -> {
                try {
                    RequestContextHolder.setRequestAttributes(requestAttributes, true);
                    runnable.run();
                } finally {
                    RequestContextHolder.resetRequestAttributes();
                }
            };
        });
        executor.initialize();
        return executor;
    }
}

3. 把异步逻辑放到Service方法上，加@Async注解：

@Async
public void load(Long docId, String documentType) throws IOException, WorkflowException, IntegrationException {
    // 原有业务逻辑
}

4. Controller直接调用即可，不需要手动开线程：

public myMethod(){
    commonImportService.load(docId, documentType);
    return new ResponseEntity<>(HttpStatus.OK);
}

额外注意事项 #

• 所有方案都需要提前记录用户对应的WebSocket会话标识，等异步任务执行完成后，才能正确把完成通知推送给对应的用户端
• 不推荐长期持有Request上下文，请求销毁后很多内置资源已经被回收，仅读取已缓存的用户信息这类属性是安全的，其他request操作很可能出现异常

内容的提问来源于stack exchange，提问作者John Hue