场景：
在处理定时任务时，由于这几个方法都是 静态方法 ，在aop的切面中使用@Around注解，进行监控方法调用是否有异常。
发现aop没有生效。
代码如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 |
/*切面类*/ @Aspect @Component public 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 @EnableScheduling public 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中不要用到被拦截方法。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。
原文链接：https://blog.csdn.net/weixin_41010294/article/details/103271337
查看更多关于解决@Around对静态方法不生效的问题的详细内容...