Spring+Shiro的踩坑

今天想给某个Service的某些方法添加Cache，这个记为A，用的springboot，照常在方法上加上Cacheable注解，测试缓存生效，搞定。然后再在第二个Service，记为B，添加CacheEvict注解，却不生效了，反复测试发现B用Cacheable注解也不生效，而A和B用到的注解总共就那么几个，想不出来有什么差别会导致Cache失效，为什么会这样？

一个小时后

发现了一个怪现象，在Controller中注入A和B，其中A是com.sun.proxy.$Proxy，这很正常，我们知道spring会用代理来替换真正的类从而实现aop，可B却是原本的对象！不是代理类！这是为何？

又一个小时后

参考这篇文章，我得知spring只在认为需要用到代理的时候会创建代理类来替换原本的bean，这里尝试了一下去掉A的@Cacheable注解后它确实变为原本的bean而非Proxy了，可还是很奇怪，为什么B用了@Cacheable注解却完全没效果？

+Nh

spring在处理bean的时候会用很多个BeanPostProcessor处理创建的bean，而其中的InfrastructureAdvisorAutoProxyCreator则是决定是否使用Proxy的关键，但我发现，系统在创建B的时候根本就没有InfrastructureAdvisorAutoProxyCreator这个处理器！自然不会创建它的代理类，而创建A的时候却有了，为什么会缺少这个处理器呢？这里可以猜到是顺序的问题，B先于A被创建，在创建B的时候缺少很多个BeanPostProcessor，而创建A之前所需的BeanPostProcessor已经就位。而B之所以被提前创建是因为Shiro的Realm依赖了这个类，果然，去掉这个依赖就能正确的创建代理了!

结论：shiro的realm中注入的service建议单独使用，并且不要使用依赖AOP的注解