聊城做网站的公司价位,自己怎么做网页,十堰网站网站建设,石家庄新闻综合频道背景
用了spring retry 发现在有些场景下失效#xff0c;也让我想起了之前看spring 事务时会有一些场景下失效的这个问题
代码 接口public interface UserService {public void start() ;public void stop();
}实现类
Service
public class UserServiceImpl implements User…背景
用了spring retry 发现在有些场景下失效也让我想起了之前看spring 事务时会有一些场景下失效的这个问题
代码 接口public interface UserService {public void start() ;public void stop();
}实现类
Service
public class UserServiceImpl implements UserService {OverrideRetryable()public void start() {if (1 1) {throw new RuntimeException();}}Overridepublic void stop() {start();}
}
测试
ConfigurableApplicationContext run SpringApplication.run(K8sDemoApplication.class, args);UserService user run.getBean(UserService.class);//生效user.start();//失效// user.stop();测试发现如果直接调用start 方法是会生效的 通过stop()方法里面调用start 方法是会失效的
分析
首先我们知道如果要在一个方法前后加一些todo ,有两种方法一种是硬code 还有一种是通过动态代理的方法这里通过注解的方法实际底层是通过cglib这种代理实现的默认应该是jdk动态代理的但是我用arthas分析实际是用cglib这种形式这个不重要。
为啥通过代理的两种不同的调用方式会有区别呢
直接调用为啥是可以的因为实际上的调用对象是生成的动态代理对象在方法上进行代理的。 我们重点了解下为啥间接调用失败。 看下编译后的代码
Service
public class UserServiceImpl implements UserService {public UserServiceImpl() {}public void start() {throw new RuntimeException();}public void stop() {//实际上调用start,我们可以发现是通过this 对是本身这个对象直接调用的this.start();}
}总结
加深了对之前glibc动态代理的理解
