BeanNameAutoProxyCreator与导入配置之间的隐式依赖关系

Question

在我的公司，我们正在开发一个面向方面的跟踪拦截器，类似于debuginterceptor。我们正在配置CustomizableTraceInterceptor并使用BeannameAutoProxyCreator为AOP自动代理bean。

我们面临的问题是，当我们在配置中引入BeannameAutoProxyCreator时：

@Configuration
@Import(BConfig.class)
@EnableAspectJAutoProxy
public class AConfig {
    @Bean
    public static BeanNameAutoProxyCreator beanNameAutoProxyCreator() {
        BeanNameAutoProxyCreator beanNameAutoProxyCreator = new BeanNameAutoProxyCreator();
        beanNameAutoProxyCreator.setInterceptorNames(new String[] {DEBUG_INTERCEPTOR_NAME});
        beanNameAutoProxyCreator.setBeanNames(new String[] {BEANS_NAMES_EXPRESSION});
        return beanNameAutoProxyCreator;
    }
}

我们得到一个org.springframework.beans.factory.NoSuchBeanDefinitionException：没有[X]类型的限定bean，其中X是一个Resteasy代理。此Resteasy代理在bconfig中声明。

现在，如果我将Resteasy代理bean配置上移到AConfig，这个问题就解决了，@dependson也解决了这个问题。

我的问题是3：spring什么时候能够解决bean之间的依赖关系？为什么使用BeanNameAutoProxyCreator会改变这种行为？解决此问题的推荐方法是什么（BeanPostProcessor、@Dependson等）。

Answer 1

静态BeannameAutoProxyCreator依赖于普通bean（可能是由于BEANS_NAMES_EXPRESSION）。因为它是静态的，所以它在任何其他bean之前加载/引导，特别是在bean处理@import之前。因此，在分析要处理哪些bean时，基本上还没有加载bconfig。这就是为什么当您将bean移动到aconfig或该bean的依赖项时，它会起作用的原因。

我可能会恢复使用BeanNameAutoProxyCreator，并依赖@EnableAspectJAutoProxy以及使用bean切入点的方面来附加所需的拦截器。

在@enableaspectjautoproxy旁边引入BeannameAutoproxyCreator还有另一个风险，由于两种不同的AOP策略/机制，它可能导致创建代理的代理。