非常简洁地重试Retry组件,使用起来杠杠的
liuian 2025-06-15 17:36 35 浏览
前言
小伙伴是不是经常遇到接口调用异常,超时的场景?尤其网络抖动导致timeout超时的场景,我们一般产品就会叫我们要重试几次。
很多小伙伴的实现方式是写个循环调用
for(int i=1;i<=3;i++){
try{
if(doExec()){
break;
}
}catch{
}
}
这种实现方式是比较简单,但非常不灵活,不能针对很多种场景。今天老顾给大家带来一个retry重试组件,流行度很高,即是guava-retrying组件。功能简洁强大,是出门旅行的必备工具。
依赖引用
<dependency>
<groupId>com.github.rholder</groupId>
<artifactId>guava-retrying</artifactId>
<version>2.0.0</version>
<!-- 排除与guava重复的依赖 -->
<!-- <exclusions>-->
<!-- <exclusion>-->
<!-- <groupId>com.google.guava</groupId>-->
<!-- <artifactId>guava</artifactId>-->
<!-- </exclusion>-->
<!-- <exclusion>-->
<!-- <groupId>com.google.code.findbugs</groupId>-->
<!-- <artifactId>jsr305</artifactId>-->
<!-- </exclusion>-->
<!-- </exclusions>-->
</dependency>
guava-retrying包中应用有相关的guava版本依赖,如果和自身项目冲突可以排除
示例
执行方法
@Service
public class RetryService {
private static Logger logger = LoggerFactory.getLogger(RetryService.class);
private AtomicInteger count = new AtomicInteger(0);
public int doExec(){
logger.info("调用了{}次",count.incrementAndGet());
if (count.get() % 2 == 0){
throw new Exception("----->异常了哦");
}
return count.get();
}
}
里面定义了doExec方法,每次调用count加1,如果是2的倍数就抛异常。
调用方法
public String test01(){
Retryer<Integer> retryer = RetryerBuilder.<Integer>newBuilder()
.retryIfRuntimeException()
//retryIfResult 表达式返回true,则重试
.retryIfResult(result -> {
if (result % 3 == 0){
logger.info("----->应该重试了");
return true;
}
return false;
})
.withStopStrategy(StopStrategies.stopAfterAttempt(3))
.build();
try {
retryer.call(() -> retryService.doExec());
} catch (ExecutionException e) {
logger.error("异常1:{}",e.getMessage());
} catch (RetryException e) {
logger.error("异常:{}",e.getMessage());
}
return "ok";
}
从上面代码中,我们就可以实现条件重试。
guava的retry的思想可分为重试条件、停止重试策略、重试间隔策略
一、重试条件
表示在什么情况下,进行重试。retry组件中的RetryerBuilder的retryIfXXX()方法用来设置在什么情况下进行重试,总体上可以分为根据执行异常进行重试和根据方法执行结果进行重试两类。
根据异常重试
1、retryIfException() 当方法执行抛出异常Exception时重试
2、retryIfRuntimeException()当方法执行抛出异常RuntimeException时重试
3、retryIfExceptionOfType(exceptionClass)当方法执行抛出异常具体哪个异常时重试
4、retryIfException(Predicate p)自定义异常什么情况下重试
根据返回结果重试
retryIfResult(@Nonnull Predicate<V> resultPredicate)根据返回值判断是否重试。
//返回true时,重试
.retryIfResult(result -> {
if (result % 3 == 0){
logger.info("----->应该重试了");
return true;
}
return false;
})
上面的result代表的是返回值,判断返回值对3取余,返回true时则进行重试。
二、停止重试策略
重试组件需要提供停止重试的策略withStopStrategy,最简单的方式就是重试几次
1、StopAfterAttemptStrategy
从字面上面就知道什么意思,即在执行次数达到指定次数之后停止重试。
.withStopStrategy(StopStrategies.stopAfterAttempt(3))
2、NeverStopStrategy
此策略永远重试,一直重试
.withStopStrategy(StopStrategies.neverStop())
3、StopAfterDelayStrategy
设定一个最长允许的执行时间;比如设定最长执行10s,无论任务执行次数,只要重试的时候与第一次执行的时间差,超出了最长时间,则任务终止,并返回重试异常RetryException
.withStopStrategy(StopStrategies.stopAfterDelay(10,TimeUnit.SECONDS))
三、重试间隔策略
在重试场景中,我们最好有个重试的间隔,如果没有间隔,很有可能连续的重试都会失败。
WaitStrategy
1、FixedWaitStrategy
固定时长重试间隔
.withWaitStrategy(WaitStrategies.fixedWait(1,TimeUnit.SECONDS))
上面即是重试间隔为1秒
2、RandomWaitStrategy
随机的间隔时长
.withWaitStrategy(WaitStrategies.randomWait(1,TimeUnit.SECONDS,5,TimeUnit.SECONDS))
第1个参数是最小间隔时长,第二个参数最大间隔时长;介于两者之间随机取一个时长
3、IncrementingWaitStrategy
递增间隔时长,即每次任务重试间隔时间逐步递增,越来越长
.withWaitStrategy(WaitStrategies.incrementingWait(3, TimeUnit.SECONDS,1,TimeUnit.SECONDS))
该策略输入一个起始间隔时间值和一个递增步长,然后每次等待的时长都递增increment时长
4、ExceptionWaitStrategy
根据不同的异常,决定不同的间隔时长
.withWaitStrategy(WaitStrategies.exceptionWait(Exception.class, new Function<Exception, Long>() {
@Override
public @Nullable Long apply(@Nullable Exception input) {
if (input instanceof NullPointerException){
return 1 * 1000L;
}else if (input instanceof IndexOutOfBoundsException){
return 2 * 1000L;
}else if (input instanceof IllegalStateException){
return 3 * 1000L;
}
return 0L;
}
}))
上面的代码 一看就知道了。
上面是常见的等待策略,还有几个不常用的等待策略,小伙伴们自行查阅。
到了这里,我们感觉还缺失了非常重要的一个模块;即是我们能否知道任务有没有经过重试?或者我们需要记录一下重试次数,或者重试的时候,弄一个error日志告警,帮助我们关注系统的稳健。
我们来介绍一下重试监听器
重试监听器RetryListener
当发送重试时,会调用RetryListener的onRetry方法,这样的话我们就可以做一些自定义的重试的额外任务。
定义一个类,继承RetryListener接口
public class MyRetryListener implements RetryListener {
private static Logger logger = LoggerFactory.getLogger(MyRetryListener.class);
@Override
public <Integer> void onRetry(Attempt<Integer> attempt) {
if (attempt.hasResult()){
logger.info("===>方法返回的结果:{}",attempt.getResult());
}
if (attempt.hasException()){
logger.info("===>第{}次执行,异常:{}",attempt.getAttemptNumber(),attempt.getExceptionCause()==null ? "" : attempt.getExceptionCause().getMessage());
return;
}
logger.info("===>第{}次执行",attempt.getAttemptNumber());
}
}
在RetryerBuilder中加入
.withRetryListener(new MyRetryListener())
这样就实现了监听业务
重试原理
guava-retrying的组件功能还是比较强大的,我们可以看一下核心的代码
public V call(Callable<V> callable) throws ExecutionException, RetryException {
long startTime = System.nanoTime();
// 执行次数从1开始
for (int attemptNumber = 1; ; attemptNumber++) {
Attempt<V> attempt;
try {
// 尝试执行
V result = attemptTimeLimiter.call(callable);
// 执行成功则将结果封装为ResultAttempt
attempt = new Retryer.ResultAttempt<V>(result, attemptNumber, TimeUnit.NANOSECONDS.toMillis(System.nanoTime() - startTime));
} catch (Throwable t) {
// 执行异常则将结果封装为ExceptionAttempt
attempt = new Retryer.ExceptionAttempt<V>(t, attemptNumber, TimeUnit.NANOSECONDS.toMillis(System.nanoTime() - startTime));
}
// 这里将执行结果传给RetryListener做一些额外事情
for (RetryListener listener : listeners) {
listener.onRetry(attempt);
}
// 这个就是决定是否要进行重试的地方,如果不进行重试直接返回结果,执行成功就返回结果,执行失败就返回异常
if (!rejectionPredicate.apply(attempt)) {
return attempt.get();
}
// 到这里,说明需要进行重试,则此时先决定是否到达了停止重试的时机,如果到达了则直接返回异常
if (stopStrategy.shouldStop(attempt)) {
throw new RetryException(attemptNumber, attempt);
} else {
// 决定重试时间间隔
long sleepTime = waitStrategy.computeSleepTime(attempt);
try {
// 进行阻塞
blockStrategy.block(sleepTime);
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
throw new RetryException(attemptNumber, attempt);
}
}
}
}
相关推荐
- 总结下SpringData JPA 的常用语法
-
SpringDataJPA常用有两种写法,一个是用Jpa自带方法进行CRUD,适合简单查询场景、例如查询全部数据、根据某个字段查询,根据某字段排序等等。另一种是使用注解方式,@Query、@Modi...
- 解决JPA在多线程中事务无法生效的问题
-
在使用SpringBoot2.x和JPA的过程中,如果在多线程环境下发现查询方法(如@Query或findAll)以及事务(如@Transactional)无法生效,通常是由于S...
- PostgreSQL系列(一):数据类型和基本类型转换
-
自从厂子里出来后,数据库的主力就从Oracle变成MySQL了。有一说一哈,贵确实是有贵的道理,不是开源能比的。后面的工作里面基本上就是主MySQL,辅MongoDB、ES等NoSQL。最近想写一点跟...
- 基于MCP实现text2sql
-
目的:基于MCP实现text2sql能力参考:https://blog.csdn.net/hacker_Lees/article/details/146426392服务端#选用开源的MySQLMCP...
- ORACLE 错误代码及解决办法
-
ORA-00001:违反唯一约束条件(.)错误说明:当在唯一索引所对应的列上键入重复值时,会触发此异常。ORA-00017:请求会话以设置跟踪事件ORA-00018:超出最大会话数ORA-00...
- 从 SQLite 到 DuckDB:查询快 5 倍,存储减少 80%
-
作者丨Trace译者丨明知山策划丨李冬梅Trace从一开始就使用SQLite将所有数据存储在用户设备上。这是一个非常不错的选择——SQLite高度可靠,并且多种编程语言都提供了广泛支持...
- 010:通过 MCP PostgreSQL 安全访问数据
-
项目简介提供对PostgreSQL数据库的只读访问功能。该服务器允许大型语言模型(LLMs)检查数据库的模式结构,并执行只读查询操作。核心功能提供对PostgreSQL数据库的只读访问允许L...
- 发现了一个好用且免费的SQL数据库工具(DBeaver)
-
缘起最近Ai不是大火么,想着自己也弄一些开源的框架来捣腾一下。手上用着Mac,但Mac都没有显卡的,对于学习Ai训练模型不方便,所以最近新购入了一台4090的拯救者,打算用来好好学习一下Ai(呸,以上...
- 微软发布.NET 10首个预览版:JIT编译器再进化、跨平台开发更流畅
-
IT之家2月26日消息,微软.NET团队昨日(2月25日)发布博文,宣布推出.NET10首个预览版更新,重点改进.NETRuntime、SDK、libraries、C#、AS...
- 数据库管理工具Navicat Premium最新版发布啦
-
管理多个数据库要么需要使用多个客户端应用程序,要么找到一个可以容纳你使用的所有数据库的应用程序。其中一个工具是NavicatPremium。它不仅支持大多数主要的数据库管理系统(DBMS),而且它...
- 50+AI新品齐发,微软Build放大招:拥抱Agent胜算几何?
-
北京时间5月20日凌晨,如果你打开微软Build2025开发者大会的直播,最先吸引你的可能不是一场原本属于AI和开发者的技术盛会,而是开场不久后的尴尬一幕:一边是几位微软员工在台下大...
- 揭秘:一条SQL语句的执行过程是怎么样的?
-
数据库系统能够接受SQL语句,并返回数据查询的结果,或者对数据库中的数据进行修改,可以说几乎每个程序员都使用过它。而MySQL又是目前使用最广泛的数据库。所以,解析一下MySQL编译并执行...
- 各家sql工具,都闹过哪些乐子?
-
相信这些sql工具,大家都不陌生吧,它们在业内绝对算得上第一梯队的产品了,但是你知道,他们都闹过什么乐子吗?首先登场的是Navicat,这款强大的数据库管理工具,曾经让一位程序员朋友“火”了一把。Na...
- 详解PG数据库管理工具--pgadmin工具、安装部署及相关功能
-
概述今天主要介绍一下PG数据库管理工具--pgadmin,一起来看看吧~一、介绍pgAdmin4是一款为PostgreSQL设计的可靠和全面的数据库设计和管理软件,它允许连接到特定的数据库,创建表和...
- Enpass for Mac(跨平台密码管理软件)
-
还在寻找密码管理软件吗?密码管理软件有很多,但是综合素质相当优秀且完全免费的密码管理软件却并不常见,EnpassMac版是一款免费跨平台密码管理软件,可以通过这款软件高效安全的保护密码文件,而且可以...
- 一周热门
-
-
Python实现人事自动打卡,再也不会被批评
-
【验证码逆向专栏】vaptcha 手势验证码逆向分析
-
Psutil + Flask + Pyecharts + Bootstrap 开发动态可视化系统监控
-
一个解决支持HTML/CSS/JS网页转PDF(高质量)的终极解决方案
-
再见Swagger UI 国人开源了一款超好用的 API 文档生成框架,真香
-
网页转成pdf文件的经验分享 网页转成pdf文件的经验分享怎么弄
-
C++ std::vector 简介
-
飞牛OS入门安装遇到问题,如何解决?
-
系统C盘清理:微信PC端文件清理,扩大C盘可用空间步骤
-
10款高性能NAS丨双十一必看,轻松搞定虚拟机、Docker、软路由
-
- 最近发表
- 标签列表
-
- python判断字典是否为空 (50)
- crontab每周一执行 (48)
- aes和des区别 (43)
- bash脚本和shell脚本的区别 (35)
- canvas库 (33)
- dataframe筛选满足条件的行 (35)
- gitlab日志 (33)
- lua xpcall (36)
- blob转json (33)
- python判断是否在列表中 (34)
- python html转pdf (36)
- 安装指定版本npm (37)
- idea搜索jar包内容 (33)
- css鼠标悬停出现隐藏的文字 (34)
- linux nacos启动命令 (33)
- gitlab 日志 (36)
- adb pull (37)
- python判断元素在不在列表里 (34)
- python 字典删除元素 (34)
- vscode切换git分支 (35)
- python bytes转16进制 (35)
- grep前后几行 (34)
- hashmap转list (35)
- c++ 字符串查找 (35)
- mysql刷新权限 (34)