guava-retrying重试框架(一学就会系列)

前言

目前最流行的二大重试框架,其中一个是spring-retry,另一个就是谷歌的guava-retrying。

Guava retryer工具与spring-retry类似,Guava Retryer也是线程安全的。但是Guava retryer有更优的策略定义,在支持重试次数和重试频度的基础上,还支持特定异常时触发重试 和 callable自定义返回值来判断是否需要重试,让重试功能有更多的灵活性。

第一步:创建SpringBoot项目,添加依赖

<!--        guava-retrying重试框架-->
        <dependency>
            <groupId>com.github.rholder</groupId>
            <artifactId>guava-retrying</artifactId>
            <version>2.0.0</version>
        </dependency>
<!--        用到了slf4j打印日志-->
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <version>1.18.18</version>
<!--        使用了单元测试类-->
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <scope>test</scope>
        </dependency>

第二步:使用匿名内部类创建Callable对象,里面写你要重试的业务

  • 实现Callable接口中的call()方法,里面写你要重试的内容——这个就是你的核心业务方法
  • <Integer>是返回值类型
    //1.具体要做的任务
    private Callable<Integer> GeneratNumberCallable() {
        return new Callable<Integer>() {
            public Integer call() throws Exception {
                int number = new Random().nextInt(11);
                //随机生成一个0-10的数字
                Integer nextInt = new Integer(number);
                log.info("随机生成一个数字:{}", nextInt);
                return nextInt;
            }
        };
    }

第三步:new一个重试器对象

  • 根据你自己的情况选用!!!重试器里面有很多方法,比如设置重试的条件,重试的次数等等。
  • 监听器是看你需求,可以监听到重试器的各种状态,比如到现在一共重试了多少次,花了多少时间,callable里面执行时是否出现了异常,callable返回值是多少等等,都可以监听到。具体看下面的案例。
    //获得一个重试器对象
    public static Retryer getRetryer() {
        return RetryerBuilder.<Integer>newBuilder()
                //见名知其意,根据callable的返回结果决定要不要重试【如果返回结果不是8,就会重试】
                .retryIfResult(number -> !number.equals(8))
                //出异常会触发重试
                .retryIfException()
                //等待策略【3s后重试】
                .withWaitStrategy(WaitStrategies.fixedWait(3, TimeUnit.SECONDS))
                //停止策略【重试三次】
//                .withStopStrategy(StopStrategies.stopAfterAttempt(3))
                //重试监听器
                .withRetryListener(new GuavaRetryListener())
                .build();
    }

第四步:自定义监听器(可选)

  • 实现RetryListener接口中的onRetry()方法,attempt对象可以获取重试器的一些属性。具体如下:
getResult()和get():获得callable的返回值
getAttemptNumber():获得已经重试的次数
attempt.hasException()和attempt.getExceptionCause()连用:先判断callable内执行是否出现异常,有才去获取异常
getDelaySinceFirstAttempt():获得从第一次重试到本次重试一共花了多少时间
@Slf4j
public class GuavaRetryListener implements RetryListener {
    @Override
    public <V> void onRetry(Attempt<V> attempt) {
        Throwable exceptionCause = null;
        try {
            //calable的返回值
            V v = attempt.get();
            //重试次数
            long attemptNumber = attempt.getAttemptNumber();
            //获取callable执行时发生的异常
            boolean hasException = attempt.hasException();
            if (hasException) {
                exceptionCause = attempt.getExceptionCause();
            }
            //获取从第一次重试距离本次重试之间的时间间隔
            long delaySinceFirstAttempt = attempt.getDelaySinceFirstAttempt();
            //callable返回结果
            V result = attempt.getResult();
            
            //输出一下看看
            log.info("v:{},exceptionCause:{},attemptNumber:{},b:{},delaySinceFirstAttempt:{},result:{}", v, exceptionCause, attemptNumber, hasException, delaySinceFirstAttempt, result);
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

最后:使用重试器实现你具体业务的callable对象

    @Test
    void test() throws ExecutionException, RetryException {
        //1.拿到重试器
        Retryer retryer = getRetryer();
        //2.拿到要执行的具体业务【具体业务写在Callable接口里】
        Callable<Integer> generatNumberCallable = GeneratNumberCallable();

        //3.执行
        retryer.call(generatNumberCallable);
    }

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
本课程是一门具有很强实践性质的“项目实战”课程,即“企业中台系统实战”,其中主要包含三大块核心内容,如下图所示(右键可以在新标签页中打开图片放大查看): 即主要包含以下三大块内容: ① 企业内部应用系统菜单资源和操作权限的统一管理; ② 分布式应用系统通信时的统一授权,即基于AccessToken的授权与认证; ③ 分布式服务/系统通信时的两大方式(基于dubbo rpc协议和基于http协议的restful api实战)。   值得一提的是,这套中台系统由于讲解了如何统一管理企业内部各大应用系统的“菜单资源列表”、“操作权限”,故而本门课程的“代码实战”是建立在之前debug录制的“企业权限管理平台”这套课程的基础之上的,故而在这里debug建议没有项目开发基础的小伙伴可以先去学习我的那套“企业权限管理平台”的实战课程,之后再来学习我的这套中台系统的实战才不很吃力(课程链接:)   本课程的课程大纲如下图所示(右键可以在新标签页中打开图片放大查看):   除此之外,这套“中台系统”由于统一管理了企业内部各大应用系统的“菜单资源和操作权限”以及“应用系统之间通信时的统一授权”,故而难免需要涉及到“中台系统”与“中台子系统”、“中台子系统”与“中台子系统”之间的通信(即分布式服务之间的通信),在这里我们是采用“dubbo + zookeeper”的方式加以落地实现的,详情如下图所示(右键可以在新标签页中打开图片放大查看):   而众所周知,作为一款知名以及相当流行的分布式服务调度中间件,dubbo现如今已经晋升为Apache顶级的开源项目,未来也仍将成为“分布式系统”开发实战的一大利器,如下图所示为dubbo底层核心系统架构图(右键可以在新标签页中打开图片放大查看): 而在这门“中台系统实战”的课程中,我们也将始终贯彻、落地dubbo的这一核心系统架构图,即如何将中台系统开发的服务注册/发布到注册中心zookeeper,中台子系统如何订阅/消费/调度中台系统发布在zookeeper的接口服务,中台子系统在走http协议调度通信时dubbo如何进行拦截、基于token认证接口的调用者等等,这些内容我们在课程中将一一得到代码层面的实战落地!   下图为本课程中涉及到的分布式系统/服务之间 采用“http协议restfulapi”方式通信时的Token授权、认证的流程图(右键可以在新标签页中打开图片放大查看): 而不夸张地说,基于AccessToken的授权、认证方式在现如今微服务、分布式时代系统与系统在通信期间最为常用的“授权方式”了,可想而知,掌握其中的流程思想是多么的重要!   以下为本门课程的部分截图(右键可以在新标签页中打开图片放大查看):     核心技术列表: 值得一提的是,由于本门课程是一门真正介绍“中台思想”以及将“中台思想”和“分布式系统开发实战”相结合落地的课程,故而在学完本门课程之后,可以掌握到的核心技术自然是相当多的。主要由SpringBoot2.0、SpringMVC、Mybatis、Dubbo、ZooKeeper、Redis、OkHttp3、Guava-Retrying重试机制、JWT(Json Web Token)、Shiro、分布式集群session共享、Lombok、StreamAPI、Dubbo-Filter以及ServiceBean等等。如下图所示(右键可以在新标签页中打开图片放大查看):

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值