聊聊接口重试机制的几种解决方案

文章目录

• • • 1.前言
    • 2.几种方法
    • • 2.1循环重试
      • 2.2 使用Spring Retry库
      • • 2.2.1 添加 Maven 依赖
        • 2.2.2 添加 @EnableRetry 注解启用重试功能
        • 2.2.3 在需要重试的方法上添加 @Retryable 注解
        • 2.2.4. 还可以自定义 RetryTemplate 进行更复杂的重试控制
      • 2.3 并发框架异步重试
      • 2.4 消息队列重试
      • 2.5 自定义重试工具类
      • 2.6 使用递归结构
      • 2.7 使用Resilience4j
      • 2.8 使用网络工具重试
    • 3.注意事项
    • 总结
    • 写在最后

1.前言

接口请求重试机制是保证系统稳定性和容错能力的重要手段之一。当接口请求发生失败或暂时性错误时,通过重试机制可以提高请求的成功率。本文将详细介绍接口请求重试机制的几种常见方法。

2.几种方法

2.1循环重试

它的基本思路是:

1. 定义重试次数,如最大重试5次
2. 发送请求,如果失败则进入重试逻辑
3. 在循环内部,记录当前已重试次数,如当前已重试2次
4. 判断当前重试次数是否达到最大次数,如果达到则终止循环,否则进行重试
5. 在循环内部,可以添加定时重试间隔,也可以使用指数退避算法
6. 发送重试请求,重复判断是否成功,直到成功、达到最大次数或其他终止条件

示例

public class Retry {private static final int MAX_RETRIES = 5;public static Response request() throws Exception {int retries = 0;while (true) {try {// 发送请求,返回响应Response response = HttpClient.sendRequest();// 请求成功则返回响应if (response.isSuccess()) {return response; }} catch (Exception e) {// 请求失败进行重试}// 判断是否超过最大重试次数if (++retries >= MAX_RETRIES) {throw new Exception("Exceeded max retries");}// 增加间隔后重试int interval = (int) (Math.random() * 1000); Thread.sleep(interval);}}public static void main(String[] args) throws Exception {Response response = request();// ...}}

2.2 使用Spring Retry库

使用 Spring Retry 库可以很方便地实现接口请求的重试机制。

2.2.1 添加 Maven 依赖

org.springframework.retryspring-retry1.3.1

2.2.2 添加 @EnableRetry 注解启用重试功能

2.2.3 在需要重试的方法上添加 @Retryable 注解

@Retryable(value = Exception.class, maxAttempts = 3, backoff = @Backoff(delay = 5000))public User getUser(String id) {// 远程调用接口 }

@Retryable 定义了重试规则:- value – 重试的异常类型
– maxAttempts – 最大重试次数
– backoff – 重试等待策略

2.2.4. 还可以自定义 RetryTemplate 进行更复杂的重试控制

RetryTemplate template = new RetryTemplate();template.execute(context -> {// 可在此处自定义重试逻辑return remoteClient.invoke(); });

Spring Retry 为接口请求重试提供了完善和易用的解决方案,可以灵活控制各种重试参数,适用于复杂系统的容错要求。

2.3 并发框架异步重试

使用并发框架的异步请求方式可以较简单地实现接口请求的重试机制。以CompletableFuture为例:

2.3.1 发送请求使用CompletableFuture封装:

CompletableFuture future = CompletableFuture.supplyAsync(() -> {return service.call();});

2.3.2 当请求失败时,使用retryAsync自动完成重试:

future = future.exceptionally(e -> {return service.retryAsync(); });

2.3.3 可以链式调用,自定义重试逻辑:

future.exceptionally(e -> { // 处理异常}).thenApplyAsync(resp -> { // 处理响应}).retryAsync(retryCount, delay); 

主要优点是:

• 线程安全的异步请求
• 自动重试失败任务
• 简洁的链式编程方式
• 避免阻塞主线程

使用并发框架可以便捷地实现异步重试机制,提高系统容错性。其他框架如RxJava也有类似的重试机制。

2.4 消息队列重试

使用消息队列可以实现接口请求的异步重试机制。

基本思路是:

1. 接口请求发送失败后,将请求信息封装为消息,发送到请求重试的队列中。

2. 消息消费者从队列中获取失败的请求,根据策略进行重试。

3. 重复重试直到成功、重试次数用尽或其他终止条件。

4. 成功后将消息移除队列,失败则保留消息供再次重试。

主要步骤:

1. 创建请求重试队列,如“request.retry.queue”

2. 接口请求失败后,生成重试消息,发送到队列

3. 消费者启动线程从队列中取消息重试

4. 根据重试策略进行定时重试或最大重试数

5. 成功则确认消息,失败则重新入队

使用消息队列进行重试有利于:

• 异步重试,不阻塞主线程
• 可靠地完成重试任务
• 灵活控制重试策略

示例

// 1. 创建队列Queue retryQueue = new Queue("request.retry.queue");// 2. 请求失败,发送重试消息public void request() {try {// 调用接口httpClient.post(url, payload);} catch (Exception e) {// 发送重试消息Message msg = new Message(url, payload, maxRetries);retryQueue.send(msg);}}// 3. 消费者线程进行重试class RetryConsumer implements Runnable {public void run() {while (true) {Message msg = retryQueue.take();for (int i = 0; i < msg.getMaxRetries(); i++) {try {// 重试请求httpClient.post(msg.getUrl(), msg.getPayload());// 请求成功,结束循环break;} catch (Exception e) {// 等待后继续重试}}// 重试完成后,确认消息retryQueue.confirm(msg);}}}

这就是使用消息队列实现接口重试的基本流程,可以根据需求扩展重试策略、异常处理等逻辑。

2.5 自定义重试工具类

使用自定义的重试工具类来实现接口请求的重试机制,提高代码的复用性和可维护性。

重试工具类的实现思路:

1. 提供重试方法,参数包括请求函数、重试策略等
2. 在重试方法内部执行循环请求
3. 每次请求失败时,根据策略等待一段时间
4. 记录当前重试次数,与最大次数比较
5. 请求成功或者达到最大重试次数则结束循环

示例:

public class RetryUtil {public static  T retry(RetryCallable callable, RetryPolicy policy) {int retries = 0; while(true) {try {return callable.call();} catch(Exception e) {if (retries >= policy.maxRetries) {throw e;}// 等待policy.delay();// 重试次数加1retries++;}}}}// 执行请求的函数接口interface RetryCallable {T call(); }// 重试策略 class RetryPolicy {int maxRetries;int delay; }// 使用示例RetryUtil.retry(() -> {// 接口请求return httpClient.get(url); }, policy);

这样可以提高重试相关逻辑的复用性,避免写重复代码。

2.6 使用递归结构

使用递归结构也可以实现接口请求的重试机制。

基本思路是设计一个递归函数,在函数内部发送请求,如果失败则继续递归调用自身再次重试。

示例:

public class RetryRequest {private static final int MAX_RETRIES = 3;public static Response request(int retries) {try {// 发送请求Response response = HttpClient.get("http://example.com");return response;} catch (Exception e) {// 处理异常// 判断是否需要重试if (retries < MAX_RETRIES) {// 增加重试次数retries++; // 延迟1秒钟Thread.sleep(1000); // 递归调用自身进行重试return request(retries);}// 重试失败throw new RuntimeException("Request failed after " + MAX_RETRIES + " retries!");}}public static void main(String[] args) {Response response = request(0);// 处理响应}}

主要逻辑是通过递归不断调用自身来实现重试。优点是逻辑较简单清晰,缺点是递归层次过深时可能会导致堆栈溢出。需要合理设置最大递归深度,也可以通过循环改写递归来避免深层递归。

2.7 使用Resilience4j

Resilience4j是一个很好的Java重试库,可以用它来实现接口请求的重试机制。

主要步骤:

2.7.1添加Resilience4j依赖

io.github.resilience4jresilience4j-retry

2.7.2 定义重试逻辑

RetryConfig config = RetryConfig.custom().maxAttempts(3).waitDuration(Duration.ofMillis(500)).build();Retry retry = Retry.of("backend", config);

2.7.3 使用重试逻辑调用接口

String result = retry.executeSupplier(() -> {// 发送请求return backendService.callAPI(); });

2.7.4 自定义重试异常predicate

RetryConfig config = RetryConfig.custom().retryOnException(e -> isRetryable(e)).build();

Resilience4j提供了线程安全的重试 decorator,可以通过配置灵活控制重试策略,很好地支持了接口请求重试。

2.8 使用网络工具重试

我们常用的一些网络工具来做重试

示例

public class RetryExample {private static final int MAX_RETRIES = 3;public static String request(String url) throws Exception {int retries = 0; while (true) {try {// 使用HttpClient发送请求return HttpClientUtils.get(url);} catch (Exception e) {if (retries >= MAX_RETRIES) {throw e;}// 增加重试次数retries++;// 延迟1秒钟TimeUnit.SECONDS.sleep(1);}}}public static void main(String[] args) throws Exception {String result = request("http://example.com/api");System.out.println(result);}}// 网络工具类 class HttpClientUtils {public static String get(String url) throws IOException {// 发送GET请求并返回结果}}

主要通过循环和网络工具类来实现重试逻辑,延时控制也可以用Random来实现指数退避。这种 utilities + 循环 的组合可以实现灵活可复用的重试机制。

3.注意事项

接口请求重试时需要注意以下几点:

3.1 幂等性
接口需要是幂等的,多次调用结果相同,避免重复执行带来副作用。

3.2 资源竞争
重试可能对服务端造成更大压力,需要考虑限流等措施。

3.3 超时设置
合理设置重试最大次数和总超时时间,避免长时间等待。

3.4 重试条件
明确哪些异常情况下需要重试,不能无脑重试所有错误。

3.5 数据一致性
请求成功后要幂等更新状态,避免重复数据。

3.6 异步机制
重试过程不要阻塞主业务线程。

3.7 退避策略
失败后延迟一段时间再重试,可选避免集群重试。

3.8 日志记录
记录重试的次数、错误原因等信息,方便排查问题。

3.9 容错机制
重试失败后的降级处理,避免级联失败。

总结

接口请求重试机制对保证系统高可用非常关键,需要根据业务需求选择合适的重试策略。常用的组合策略包括带最大次数的定时/指数退避重试、故障转移重试等。重试机制需要综合设置以达到容错效果 yet又避免产生过大的系统负载。

写在最后

感谢您的支持和鼓励！

如果大家对相关文章感兴趣，可以关注公众号”架构殿堂”，会持续更新AIGC，系统架构, 分布式, java, GO, python, 游戏相关 等系列文章，一系列干货随时送达!