问题场景

项目中存在多个 AbstractAdvisorAutoProxyCreator 且其持有的 Advisor Bean 重复

问题复现

• 相关代码

	@ResponseBody@RequiresPermissions(PermissionConstant.****)@GetMapping(value = "/query****.json", name = "")public List<***> query****() {return common*Service.query***().stream().distinct().collect(Collectors.toList());}@Override@Transactional // Transactional 是后来又添加的@Cacheable(cacheNames = "default", key="'**'")public List<***> query***() {// ...}

​ 其被 Shiro 注解RequiresPermissions 、 WebLogAspect#befareApiController 前置建议所拦截，并且其内部调用了使用 @Cacheable 的方法。

• 重复代理堆栈截图以及重复带来的影响

​ AopAllianceAnnotationsAuthorizingMethodInterceptor(AuthorizingMethodInterceptor) 被重复执行会使，标注了org.apache.shiro.spring.security.interceptor.AuthorizationAttributeSourceAdvisor#AUTHZ_ANNOTATION_CLASSES 集合内的注解的Handler 重复鉴权。

​ TransactionInterceptor 被重复执行

​ CacheInterceptor 的重复执行 会是项目的缓存方法在未命中缓存的场景下缓存两次同样的内容。项目中目前使用 RedisCacheManager 则会发送两次命令。

• 排查重复代理的思路

​ 项目中都是使用自动代理的方式使代理类生效。可以断点调试 AbstractAdvisorAutoProxyCreator 的 findEligibleAdvisors 方法，并设置条件 beanName.equals("${beanName}") beanName:settlementController可以替换成其他的。可发现在创建 settlementController 的时候被代理了两次。 分别是 DefaultAdvisorAutoProxyCreator 和 AnnotationAwareAspectJAutoProxyCreator 。

解决重复代理

​ AnnotationAwareAspectJAutoProxyCreator 通过注解方式开启是通过 @EnableAspectJAutoProxy , 此类会添加一些Bean定义（beanDefinition）

​ DefaultAdvisorAutoProxyCreator 大部分框架中并未使用。可能是项目中 添加的工厂方法使其生效了

	@Beanpublic DefaultAdvisorAutoProxyCreator defaultAdvisorAutoProxyCreator(){DefaultAdvisorAutoProxyCreator creator = new DefaultAdvisorAutoProxyCreator();// ...return creator;}

那么我们则可以利用 SpringBoot 的 @Conditional 相关注解标注工厂方法，例如当项目中存在了 AnnotationAwareAspectJAutoProxyCreator 我们就不用 DefaultAdvisorAutoProxyCreator 了

	@Bean@ConditionalOnMissingBean(AnnotationAwareAspectJAutoProxyCreator.class)public DefaultAdvisorAutoProxyCreator defaultAdvisorAutoProxyCreator()...