记一次SpringBoot Aspect不生效解决过程

最新推荐文章于 2024-09-10 14:06:48 发布

__BoBo

最新推荐文章于 2024-09-10 14:06:48 发布

阅读量5.5k

点赞数 1

分类专栏： java

本文链接：https://blog.csdn.net/xiaobo060/article/details/109233227

版权

java 专栏收录该内容

9 篇文章 1 订阅

订阅专栏

本文记录了一次SpringBoot中AOP在Service层无法执行的问题及解决过程。问题源于在Controller层调用的Service对象不是代理对象，导致AOP切面无法生效。原因是Shiro的LifecycleBeanPostProcessor在实例化自定义Realm时，提前初始化了依赖的Service。解决方案是将Realm中对Service的引用改为懒加载。

摘要由CSDN通过智能技术生成

转自我的个人博客：《记一次SpringBoot Aspect不生效解决过程》

问题描述

项目中两个aspect，一个环绕controller，用于记录日志，能够正常在point处进入aspect处理；另一个aspect 的point设于service，死活不能进入。

解决思路

1、首先排查pointcut配置是否正确，检查后发现没有问题；
2、我们都知道spring的aop运用的是动态代理技术，由spring托管的bean大多为代理bean，controller层打印service对象，发现service对象竟然直接是service实现类的“本尊”。如下图所示：

再看springboot启动日志，发现roleServiceImpl实例化的时候有如下提示：
Bean 'roleServiceImpl' of type [com.gaoxiaobo.wms.service.impl.RoleServiceImpl] is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)

那么问题就明了了，我们在controller层调用的roleServiceImpl对象非代理对象而是其本身，那么对其的aspect是不会生效的，不仅aspsect不会生效，事务注解@Transactional也不会生效，问题还是相当严重的。

那么，why 没有生成其代理对象呢？一定是哪里先调用了roleServiceImpl导致spring优先实例化了该bean；

通过排查，找到了罪魁祸首：shiro 的LifecycleBeanPostProcessor优先实例化自定义Realm，自定义的Realm依赖于roleService，导致roleService被初始化。

解决方法
自定义realm中roleService设置成懒加载。