场景：

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

发现aop没有生效。

代码如下：

/*切面类*/

@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中不要用到被拦截方法。

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