Spring AOP 内部调用失效解决方案

最新推荐文章于 2025-03-29 18:15:00 发布

钟艾伶

最新推荐文章于 2025-03-29 18:15:00 发布

阅读量3.5k

点赞数 1

分类专栏：【Spring】文章标签： spring AOP 内部调用失效

本文链接：https://blog.youkuaiyun.com/Daybreak1209/article/details/82982674

版权

本文介绍了在Spring AOP中，内部调用导致AOP拦截失效的问题。当一个未设置AOP拦截的方法调用设置了AOP拦截的另一个方法时，由于直接调用了Service的真实对象而非代理对象，AOP的before和after增强失效。解决方案是通过ApplicationContext获取Service的代理对象进行调用，以确保AOP拦截生效。该问题在涉及@Transaction注解时同样重要，直接调用可能导致事务失效。总结经验，多总结多收获。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

背景

前两篇博客采用AOP实现接口入参、返回结果的log打印和方法参数校验。测试时发现一个问题，简言之：

1、service中方法1设置AOP拦截，奏效

2、同service中方法2未设置AOP拦截，但在方法2中直接diao调用方法1，方法1的AOP拦截失效。

原因

通过debug发现，在方法2调用方法1时，this指向service对象本身（写或不写都指向本service），而非service的代理类。失效原因即在于此。

AOP原理：调用时，通过生成target对象的proxy代理类，基于代理类执行before增强后调用目标对象方法，后执行after增强，返回结果给调用方。当方法2直接调用update方法时，该service为service真实类，而非代理类，所以无法获取代理执行AOP before 、after校验。即直接调用目标对象，导致aop失效。

方案

this改为从applicationContext中获取service来调用updateTrade方法即可。context中初始化均基于cglib来生成各service的代理对象，故改为从context中获取代理对象后，方可执行AOP拦截。

总结

这个问题还是容易被忽略，尤其在@transaction注解时，使用 require、require_new等属性，本身测试可能容易漏掉的case，如果不通过contaxt获取service代理，而直接由service target去调用@transaction拦截方法，事务同样会失效，所以还是需要引起重视。

多用多采坑多总结多收获。很好。