AOP失效的原因之一（踩坑）

strange先生

于 2020-09-29 13:59:44 发布

阅读量1.3k

点赞数

CC 4.0 BY-SA版权

分类专栏：日常记录

本文链接：https://blog.youkuaiyun.com/StrangeSir/article/details/108867054

日常记录专栏收录该内容

6 篇文章

订阅专栏

本文介绍了在项目中使用AOP切面编程时遇到的一个问题，即由于同事修改了方法返回值的泛型，导致原本正常的AOP监听失效。作者通过分析和排查，发现了问题的根源在于返回值泛型的变化，并提出了去除泛型的解决办法，成功解决了匹配失败的问题。该案例提醒我们在进行代码修改时要注意对依赖的影响，以及如何进行问题定位和解决。

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

背景

项目需求，需要检测其他同事的部分功能，自然想到的切面编程，按照网上的流程，很容易就完成了AOP的触发，但最近突然发现，之前的一个AOP突然就失效了

切面代码

@AfterReturning(pointcut = "save()", returning = "result")
publicvoid afterApiChange(JoinPoint joinPoint, SwaggerResultUtil<String> result) {
    // 业务代码
}

切点代码

public SwaggerResultUtil<Object> save() {
    // 业务代码
}

原因分析

这里和网上说的乱七八糟的都没关系，是因为最初返回值的泛型是String，后来那个同事业务需求，返回值泛型变成了Object，导致AOP匹配不上

解决方法

将泛型去掉

@AfterReturning(pointcut = "save()", returning = "result")
publicvoid afterApiChange(JoinPoint joinPoint, SwaggerResultUtil result) {
    // 业务代码
}

解决思路（后记）

之所以能发现，是因为考虑到之前是OK的，突然不行，自己切面代码又没变化，出问题的点大概率是对方，然后看对方的提交记录，重点看最近的差异点，一点点还原测试，最终找到这个坑。