解决@Around对静态方法不生效的问题

时间:2021-05-19

场景:

在处理定时任务时,由于这几个方法都是静态方法,在aop的切面中使用@Around注解,进行监控方法调用是否有异常。

发现aop没有生效。

代码如下:

@Aspect@Componentpublic class RetryAop { private static Logger logger = LoggerFactory.getLogger(RetryAop.class); @Around(value = "@annotation(TechlogRetry)") public Object monitorAround(ProceedingJoinPoint pjp) throws Throwable { }}@Target(ElementType.METHOD)@Retention(RetentionPolicy.RUNTIME)public @interface TechlogRetry { long waitMsec() default 0; Class[] retryThrowable() default {};}@Component@EnableSchedulingpublic class TimerWork { // 成员方法可以成功调用 @Scheduled(cron = "*/5 * * * * ?") @TechlogRetry(waitMsec = 3000,retryThrowable = Exception.class) public void work1() { System.out.println("定时方法1.。。。。。。"); throw new NullPointerException("抛出异常"); } // 静态方法不会进行重试 @Scheduled(cron = "*/5 * * * * ?") @TechlogRetry(waitMsec = 3000,retryThrowable = Exception.class) public static void work2() { System.out.println("定时方法2.。。。。。。"); throw new NullPointerException("抛出异常"); } // 通过这种方式生效 @Scheduled(cron = "*/5 * * * * ?") @TechlogRetry(waitMsec = 3000,retryThrowable = Exception.class) public void work4() { System.out.println("这是work4.。。。"); TimerWork.work2();// 调用work2时,注释掉方法2上面的相关注解 } }

产生原因:

可能是由于静态方法是属于类的,而非静态方法是属于Bean的,该类会被加载到容器中。具体原因需要查资料,后续进行补充。

解决:

如work4,把你需要调用的静态方法放到非静态方法中进行调用。

补充:记录一次@Around使用不正确造成的StackOverflowError

同事发了一个底层服务后。我负责的某个上层服务突然挂了,有点慌,马上查看上层服务的日志。

查看日志特别长。没找到从哪儿报的。

跳到最上开始找,结果: StackOverflowError。就想到了递归调用。

随即找到相关代码一看:

由于doSomething方法也被@Around拦截,因此,一旦service下某个方法被拦截进入doAround,就会调用other.doSomething(),就又会触发doAround

导致一直递归调用且无法退出。

解决:

在@Around拦截的时候, 排除掉doSomething方法即可解决。

ps: @Around中不要用到被拦截方法。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有错误或未考虑完全的地方,望不吝赐教。

声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。

相关文章