Spring @Async与CompletableFuture异步调用注入Bean报错求助

你的推测是否正确？ #

不完全准确，但方向沾边。报错的核心原因是**serviceName（或它内部依赖的Bean）是请求（Request）或会话（Session）作用域的**，而异步线程脱离了原有的Web请求上下文，无法访问这些作用域的Bean——和@Autowired生成的代理本身关系不大，而是Bean的作用域不匹配导致的。

你之前尝试把异步方法放到原型作用域类里没用，就是因为核心问题是请求上下文的缺失，和Bean本身的作用域（单例/原型）无关。当Spring创建单例Bean（比如你的nameListener）时，如果它依赖了请求/会话作用域的Bean，默认情况下Spring无法直接注入，除非用作用域代理，但即使做了代理，异步线程里没有请求上下文的话，代理也找不到对应的实例，还是会报错。

可行的解决办法 #

1. 重构serviceName，移除请求/会话作用域依赖 #

如果serviceName及其内部依赖不需要绑定请求或会话，这是最优解：

• 检查ServiceName类内部是否注入了@RequestScope或@SessionScope的Bean
• 如果有，把会话/请求相关的参数改成通过方法参数传入，而不是依赖注入
• 确保serviceName本身是单例作用域（Spring默认就是单例，不需要额外配置）

2. 手动传递请求上下文到异步线程（仅适用于有请求上下文的场景） #

如果必须在异步线程中访问请求上下文，可以通过RequestContextHolder手动传递上下文：

@Override
@Transactional
public void onApplicationEvent(ContextRefreshEvent event){
    // 注意：ContextRefreshEvent触发时可能没有请求上下文，这里需要做判空
    RequestAttributes requestAttributes = RequestContextHolder.getRequestAttributes();
    if (requestAttributes != null) {
        CompletableFuture<Long> future = asyncMethod(requestAttributes);
        log(future.get().longValue());
    } else {
        // 处理无请求上下文的情况，比如跳过异步调用或改用其他逻辑
        log.warn("No request context available, skipping async call");
    }
}

@Async
public CompletableFuture<Long> asyncMethod(RequestAttributes requestAttributes){
    // 在异步线程中设置请求上下文
    RequestContextHolder.setRequestAttributes(requestAttributes);
    try {
        return CompletableFuture.supplyAsync(() -> serviceName.methodName());
    } finally {
        // 清理上下文，避免内存泄漏
        RequestContextHolder.resetRequestAttributes();
    }
}

⚠️ 注意：ContextRefreshEvent是应用启动时触发的，此时大概率没有Web请求上下文，所以这个方法在你的场景下可能不适用，更适合在Controller等有请求的场景中使用。

3. 为请求/会话作用域Bean配置作用域代理 #

如果serviceName必须依赖请求/会话作用域的Bean，需要为这些依赖Bean配置作用域代理，让Spring生成一个代理对象，在调用时才去获取实际的作用域实例：

@Bean
@Scope(value = WebApplicationContext.SCOPE_REQUEST, proxyMode = ScopedProxyMode.TARGET_CLASS)
public YourRequestScopedBean yourRequestScopedBean() {
    return new YourRequestScopedBean();
}

但要注意：即使配置了代理，异步线程中如果没有请求上下文，还是会报错——所以这种方式需要配合上面的“手动传递请求上下文”一起使用，或者确保异步方法只在有请求上下文的线程中触发。

4. 调整异步逻辑的触发时机 #

你的nameListener监听ContextRefreshEvent，这个事件是应用启动时触发的，此时根本没有Web请求上下文，所以如果serviceName依赖请求/会话作用域的Bean，在这个时机调用异步方法本身就不合理。可以考虑：

• 把异步逻辑移到有请求上下文的地方（比如Controller的请求处理方法、拦截器等）
• 如果必须在启动时执行，那彻底重构serviceName，移除对请求/会话作用域的依赖，改用其他方式获取所需数据

内容的提问来源于stack exchange，提问作者Professor Hubert J. Farnsworth