问题场景
项目中存在多个 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()...
