场景:
在处理定时任务时,由于这几个方法都是静态方法,在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使用不正确造成的*Error
同事发了一个底层服务后。我负责的某个上层服务突然挂了,有点慌,马上查看上层服务的日志。
查看日志特别长。没找到从哪儿报的。
跳到最上开始找,结果: *Error。就想到了递归调用。
随即找到相关代码一看:
由于doSomething方法也被@Around拦截,因此,一旦service下某个方法被拦截进入doAround,就会调用other.doSomething(),就又会触发doAround
导致一直递归调用且无法退出。
解决:
在@Around拦截的时候, 排除掉doSomething方法即可解决。
ps: @Around中不要用到被拦截方法。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持服务器之家。如有错误或未考虑完全的地方,望不吝赐教。
原文链接:https://blog.csdn.net/weixin_41010294/article/details/103271337