多线程的情况下 AopContext.currentProxy()切面代理失效问题

多线程的情况下 AopContext.currentProxy()切面代理失效问题

在多线程环境下，AopContext.currentProxy() 可能会遇到问题，特别是在某些情况下，它无法正确地获取到当前线程的代理对象。这通常发生在以下几种情况：

1. 线程不是由Spring管理的：如果你正在使用非Spring管理的线程（例如，通过new Thread()或线程池中的线程），那么这些线程中的 AopContext.currentProxy() 调用可能无法正常工作，因为Spring不会在这些线程中自动暴露代理。
2. 异步调用：在Spring的@Async注解的异步方法中，AopContext.currentProxy() 也可能无法正常工作，因为异步调用通常是在一个不同的线程中执行的，而这个线程可能不是由Spring管理的。
3. 配置问题：如果你没有正确地配置Spring以暴露代理对象，那么 AopContext.currentProxy() 将无法工作。这通常涉及到设置 <aop:config> 或 @EnableAspectJAutoProxy 的 proxyTargetClass 属性为 true，但这并不总是解决问题的唯一方法。

为了在多线程环境中解决 AopContext.currentProxy() 的问题，你可以考虑以下几种方法：

1. 传递代理引用：
如果可能的话，将代理对象的引用作为方法参数传递给需要它的代码。这样，你可以确保在任何线程中都有正确的代理引用。

2. 使用ThreadLocal：
你可以尝试使用 ThreadLocal 来存储代理引用，但这种方法需要谨慎处理，因为 ThreadLocal 的值是与线程关联的，并且需要确保在适当的时候清理这些值，以避免内存泄漏。

3. 重新设计代码：
考虑重新设计你的代码，以减少对 AopContext.currentProxy() 的依赖。这可能意味着将需要代理行为的逻辑移动到另一个Spring管理的bean中，并通过依赖注入来使用它。

4. 使用Spring的@Async支持：
如果你正在使用Spring的@Async注解进行异步处理，并且需要访问代理对象，请考虑使用CompletableFuture或ListenableFuture等异步编程模型，并避免在异步方法中直接使用AopContext.currentProxy()。

5. 使用ApplicationContext：
在某些情况下，你可以通过 ApplicationContext 获取bean的代理引用。但是，这种方法通常不是首选，因为它增加了对Spring容器的依赖，并可能使代码更难测试和维护。

总之，AopContext.currentProxy() 在多线程环境中可能会遇到问题，因此最好尽量避免依赖它，并通过其他方式来组织你的代码和Spring配置。

@Lazy
@Component("FJH.ExecutorTaskUtil")
public class ExecutorTaskUtil {

    /**
     * 异步执行无参有返回的任务
     */
    @Async("FJH.asyncServiceExecutor")
    public <R> R asyncExecutorTask(Supplier<R> supplier) {
        return supplier.get();
    }

    @Async("FJH.asyncPayDetailServiceExecutor")
    public <R> R asyncPayDetailServiceExecutor(Supplier<R> supplier) {
        return supplier.get();
    }
}

public void asyncExecutorTask(int threadCount)
    final CountDownLatch countDownLatch = new CountDownLatch(threadCount);//开启的线程数量
    for (int i = 0; i < threadCount; i++) {
        executorTaskUtil().asyncExecutorTask(() -> {
                try {

                  //TODO
                } catch (Exception e) {
                    log.error("失败！[code:{},message:{}]", e, e.getMessage());
                } finally {
                    countDownLatch.countDown();
                }
                return null;
            });
    }
}