自建网站服务器精准营销平台

背景

用了spring retry 发现在有些场景下失效，也让我想起了之前看spring 事务时会有一些场景下失效的这个问题

代码

接口public interface UserService {public void start() ;public void stop();
}实现类
@Service
public class UserServiceImpl implements UserService {@Override@Retryable()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动态代理的理解