使用重试机制保证SpringBoot应用的稳定性

前言

没有人能保证自己的系统不出错，同样，在调用第三方系统时，也不能保证能够100%的成功。

往往会因为程序逻辑、网络中断、边界值等各种各样的问题导致服务失败。

在不同的业务领域对于服务的错误率有着不同的要求，一些金融领域的系统一般要求服务的错误率为0.01%。

那么为了保证很低的错误率，则需要通过一些专门的机制来完成。而最常见的方式就是在出现错误时通过重试来解决。

场景

比如，在购买保险的场景中，用户购买保险之前，需要根据用户的个人信息来查询产品的报价。

在产品报价接口中，它调用了另一个服务查询客户信息，假设这个客户信息需要从另一台独立的微服务中去查询。

如果客户信息查询接口返回500错误，那么产品报价服务会怎么给用户返回报价信息呢？一种简单的方法是直接返回给用户查询失败。

当然，更好的方法是通过重试客户信息查询接口，来恢复报价服务查询的功能。在我们依赖于另一个外部服务时，我们在某种程度上无法控制外部服务的稳定性，通过这种重试的自我恢复机制，可以有效地保证自己服务的稳定性，改善用户体验。

可能有些朋友要问了，如果客户信息查询的接口一直失败呢？难道要一直重试吗？

当然不是。我们可以按照一定的重试机制，比如只重试3次，如果3次都失败，则重试结束。

那么该如何实现这种重试呢？最简单的方法就是在调用外部服务时，使用最原始的for循环。

但是这是一个很普遍、通用的场景，Spring框架的开发人员早就想到了。在Spring中已经封装好了相应的API，可以让我们简单、灵活地来实现接口重试。

Spring重试机制spring-retry

最开始，spring的重试功能是和spring-batch放在一个模块中的。从2.2.0版本开始，将spring-retry单独成立了一个模块。

如果我们要在Springboot项目中启用这个功能，则需要在maven的pom.xml文件中添加如下依赖：

<dependency>
    <groupId>org.springframework.retry</groupId>