对于feign的接口请求失败的重试配置可通过如下自定义配置文件实现(一般不建议配置)

@Configuration
public class FeignConfig {
@Bean
public Retryer feignRetryer() {
return new Retryer.Default(100, SECONDS.toMillis(1), 5);
}
}

当然,也可使用默认的retry配置文件,下方是feign.Retryer的源码

// 类的全路径是feign.Retryer
public Default() {
// 默认是重试的间隔是100ms,最大重试间隔是1秒,最大重试次数是5次
this(100, SECONDS.toMillis(1), 5);
} public Default(long period, long maxPeriod, int maxAttempts) {
this.period = period;
this.maxPeriod = maxPeriod;
this.maxAttempts = maxAttempts;
this.attempt = 1;
} public void continueOrPropagate(RetryableException e) {
// 如果重试的次数大于最大重试次数,抛异常
if (attempt++ >= maxAttempts) {
throw e;
}
long interval;
if (e.retryAfter() != null) {
interval = e.retryAfter().getTime() - currentTimeMillis();
// 如果重试间隔大于最大间隔,则取最大间隔
if (interval > maxPeriod) {
interval = maxPeriod;
}
if (interval < 0) {
return;
}
} else {
// 如果重试间隔没有明确,则调用nextMaxInterval获取
interval = nextMaxInterval();
}
try {
// sleep一定时间后再去重试
Thread.sleep(interval);
} catch (InterruptedException ignored) {
Thread.currentThread().interrupt();
}
// sleptForMillis变量是总的重试间隔
sleptForMillis += interval;
} /**
* 下一次重试的间隔,间隔时间每一次重试都是1.5倍递增,直到最大间隔
**/
long nextMaxInterval() {
long interval = (long) (period * Math.pow(1.5, attempt - 1));
return interval > maxPeriod ? maxPeriod : interval;
}

spring cloud中的feign整合了ribbon,但feign和ribbon都有重试功能,springcloud统一了两者的行为,将feign的重试策略设置成永不重试,如果要使用feign的重试功能,只需要设置ribbon的重试配置即可,所以一般不建议配置feign的重试策略

feign默认不配置重试策略是会重试的

ribbon默认配置如下

ribbon:
# 同一实例最大重试次数,不包括首次调用。默认值为0
MaxAutoRetries: 0
# 同一个微服务其他实例的最大重试次数,不包括第一次调用的实例。默认值为1
MaxAutoRetriesNextServer: 1
# 是否所有操作(GET、POST等)都允许重试。默认值为false
OkToRetryOnAllOperations: false

默认情况下,GET方式请求无论是连接异常还是读取异常,都会进行重试

非GET方式请求,只有连接异常时,才会进行重试

如此看来,如果同一个微服务只有一个实例是不会进行重试的,但事实并非如此

分析一下源码,feign的重试是在org.springframework.retry.support.RetryTemplate中的doExecute方法中进行中

protected <T, E extends Throwable> T doExecute(RetryCallback<T, E> retryCallback,RecoveryCallback<T> recoveryCallback, RetryState state) throws E, ExhaustedRetryException {
......
while (canRetry(retryPolicy, context) && !context.isExhaustedOnly()) {
try {
if (this.logger.isDebugEnabled()) {
this.logger.debug("Retry: count=" + context.getRetryCount());
}
// Reset the last exception, so if we are successful
// the close interceptors will not think we failed...
lastException = null;
return retryCallback.doWithRetry(context);
}
......
}

上方的canRetry是关键



最后一行policy.canRetryNextServer是能否选择下一个实例进行重试



而lbContext.getRetryHandler().getMaxRetriesOnNextServer()就是变量retryNextServer



retryNextServer的值就是来源于MaxAutoRetriesNextServer,默认是1,所以canRetry在返回的是true,所以调用了二次

解决办法就是要进行如下配置

ribbon:
# 同一实例最大重试次数,不包括首次调用。默认值为0
MaxAutoRetries: 0
# 同一个微服务其他实例的最大重试次数,不包括第一次调用的实例。默认值为1
MaxAutoRetriesNextServer: 0
# 是否所有操作(GET、POST等)都允许重试。默认值为false
OkToRetryOnAllOperations: false

FeignRibbonClient的自动配置类



可以看出,其默认使用LoadBalancerFeignClient的配置



查看其DEFAULT_OPTIONS可知道默认连接超时时间是10s,读取超时是6s



默认的网络请求框架是HttpURLConnection



如要更换相应的网络请求框架,只需要添加相应的pom依赖即可



查看负载均衡怎么做的,查看executeWithLoadBalancer



查看其submit任务



其方法selectServer就是负载均衡的关键

Feign的流程如下

  1. 通过@EnableFeignClients开启feign
  2. 根据要远程调用的接口添加@FeignClient
  3. 程序扫描特定包下的FeignClient注解并注入Ioc容器
  4. 当feign接口被调用时,通过jdk代理生成相应的RequestTemplate
  5. 根据RequestTemplate生成相应的Request
  6. Request交给类Client去调用,Client可以是HttpClient,Okhttp或HttpUrlConnection
  7. 最后Client被封装到LoadBalanceClient,这个类结合ribbon实现负载均衡

feign源码解读的更多相关文章

  1. SDWebImage源码解读之SDWebImageDownloaderOperation

    第七篇 前言 本篇文章主要讲解下载操作的相关知识,SDWebImageDownloaderOperation的主要任务是把一张图片从服务器下载到内存中.下载数据并不难,如何对下载这一系列的任务进行设计 ...

  2. SDWebImage源码解读 之 NSData+ImageContentType

    第一篇 前言 从今天开始,我将开启一段源码解读的旅途了.在这里先暂时不透露具体解读的源码到底是哪些?因为也可能随着解读的进行会更改计划.但能够肯定的是,这一系列之中肯定会有Swift版本的代码. 说说 ...

  3. SDWebImage源码解读 之 UIImage+GIF

    第二篇 前言 本篇是和GIF相关的一个UIImage的分类.主要提供了三个方法: + (UIImage *)sd_animatedGIFNamed:(NSString *)name ----- 根据名 ...

  4. SDWebImage源码解读 之 SDWebImageCompat

    第三篇 前言 本篇主要解读SDWebImage的配置文件.正如compat的定义,该配置文件主要是兼容Apple的其他设备.也许我们真实的开发平台只有一个,但考虑各个平台的兼容性,对于框架有着很重要的 ...

  5. SDWebImage源码解读_之SDWebImageDecoder

    第四篇 前言 首先,我们要弄明白一个问题? 为什么要对UIImage进行解码呢?难道不能直接使用吗? 其实不解码也是可以使用的,假如说我们通过imageNamed:来加载image,系统默认会在主线程 ...

  6. SDWebImage源码解读之SDWebImageCache(上)

    第五篇 前言 本篇主要讲解图片缓存类的知识,虽然只涉及了图片方面的缓存的设计,但思想同样适用于别的方面的设计.在架构上来说,缓存算是存储设计的一部分.我们把各种不同的存储内容按照功能进行切割后,图片缓 ...

  7. SDWebImage源码解读之SDWebImageCache(下)

    第六篇 前言 我们在SDWebImageCache(上)中了解了这个缓存类大概的功能是什么?那么接下来就要看看这些功能是如何实现的? 再次强调,不管是图片的缓存还是其他各种不同形式的缓存,在原理上都极 ...

  8. AFNetworking 3.0 源码解读 总结(干货)(下)

    承接上一篇AFNetworking 3.0 源码解读 总结(干货)(上) 21.网络服务类型NSURLRequestNetworkServiceType 示例代码: typedef NS_ENUM(N ...

  9. AFNetworking 3.0 源码解读 总结(干货)(上)

    养成记笔记的习惯,对于一个软件工程师来说,我觉得很重要.记得在知乎上看到过一个问题,说是人类最大的缺点是什么?我个人觉得记忆算是一个缺点.它就像时间一样,会自己消散. 前言 终于写完了 AFNetwo ...

随机推荐

  1. 网页中常见返回HTTP状态码含义

    在日常网页浏览的过程中大家经常会碰到400,403,404,500,502等HTTP状态码,这些状态码对于一般用户来说出现什么都是一样的,反正就是页面打不开了,但是作为网站开发人员或者从事相关工作者认 ...

  2. MOOC(5)- mock模拟返回响应数据

    1.安装mock 1)pip install mock 2)或者下载离线安装包 2.mock散装使用 import unittest from mock import mock from day_20 ...

  3. firefox上网慢

    由于Chromium浏览器,打字的时候经常会跳字母,所以就换了firefox浏览器,但是FF上网的时候特别慢,而且大部分时间是花费在解析域名上.因此到网上找了许多资料,最终解决方法如下. 1.安装dn ...

  4. js-dom运动我有废话要说

    今天整个图片上传剪切的功能 我终于不负众望不卑不亢 毫无意外的没写上 写点新得 留给N年后爱看不看的自己 咋整呢 百度之 demo一下,我就知道 屁不多放 切入正题 在js运动时候要注意布局 布局写不 ...

  5. RxJS学习笔记之Subject

    本文为原创文章,转载请标明出处 目录 Subject BehaviorSubject ReplaySubject AsyncSubject 1. Subject 总的来说,Subject 既是能够将值 ...

  6. tomcat6版本虚拟目录详细配置

    在tomcat6版本中: 一. 1.[官方文档]本人不推荐. 在tomcat\conf下server.xml中找到 <Host name="localhost"  appBa ...

  7. Elays'Blog

    文章导航 阴影的重要意义 阴影是光线被阻挡的结果,它能够使场景看起来真实很多,可以让观察者获得物体之间的空间位置关系.如下图所示: 图1 可以看到,有阴影的时候能够更容易的看出立方体是悬浮在地板上的. ...

  8. 吴裕雄--天生自然 python数据分析:基于Keras使用CNN神经网络处理手写数据集

    import pandas as pd import numpy as np import matplotlib.pyplot as plt import matplotlib.image as mp ...

  9. 一站式自动化测试平台 http://www.Autotestplat.com

    Autotestplat 一站式自动化测试平台及解决方案 自动化平台开发 3.1 自动化平台开发方案 3.1.1 功能需求 支持 API.AppUI.WebUI 性能等自动化测试,集成实现测试用例管理 ...

  10. 垃圾回收GC

    ​ 每种语言都有自己的垃圾回收机制.接下来我们来讲一下python的垃圾回收机制. 小整数对象池:python对小整数的定义为[-5,257),这些整数对象是提前建立好的,不会被垃圾回收.单个字母也一 ...