在很多场景中,我们需要“重试”,重试意味着反复执行一段代码直至成功,或者重试多次无果后标记失败。“重试”的出发点有可能是为了保持状态的一致,也有可能是为了容忍被调用方短暂的不可用。“重试”逻辑有可能是同步执行,也有可能是异步执行。异步有可能是将信息存入数据库定时任务重试,也有可能是通过异步消息,利用消息的重试机制,等等,不一而论。
把“重试”逻辑进行抽象的目前知道的有两个,一个Spring Retry,另外一个是Guava Retrier。本文的目的一方面是为了简单记录下Spring Retry的原理;另一方面是为了学习Spring Retry是如何对“重试”方方面面进行抽象的。
简单使用部分请参考:官方文档
Spring Retry提倡以注解的方式对方法进行重试,重试逻辑是同步执行的,重试的“失败”针对的是Throwable,如果你要以返回值的某个状态来判定是否需要重试,可能只能通过自己判断返回值然后显式抛出异常了。
“抽象”是每个程序员必备的素质。对于资质平平的我来说,没有比模仿与理解优秀源码更好地进步途径了吧。为此,我将其核心逻辑重写了一遍...下面就看看Spring Retry对于“重试”的抽象。
while(someCondition()) {
try{
doSth();
break;
} catch(Throwable th) {
modifyCondition();
wait();
}
}
if(stillFail) {
doSthWhenStillFail();
}
同步重试代码基本可以表示为上述,但是Spring Retry对其进行了非常优雅地抽象,虽然主要逻辑不变,但是看起来却是舒服多了。主要的接口抽象如下图所示:
Spring retry相关接口.jpg
看到上文中的XXXOperations(包括其中的execute()方法),XXXCallback,XXXTemplate是不是感觉很熟悉?没错,JDBCTemplate也是用的这一套抽象命名!
简单记录了对于Spring Retry的学习,备忘!