前言 在我们公司里，不同的服务之间通过Feign进行远程调用，但是，我们在尝试使调用可重试时遇到了一个小问题，Feign框架本身可以配置的自己的重试机制，但是它是一刀切的方式，所有的调用都是同样的机制

大家好，这篇文章跟大家聊下 SpringCloudAlibaba 中的微服务组件 Nacos。Nacos 既能做注册中心，又能做配置中心，这篇文章主要来聊下做配置中心时 client 端的一些设计，主

公司使用spring cloud微服务，网关使用的是spring gateway，配合nacos注册中心 日常开发测试有个需求，就是自己本地起微服务，不管是通过前端页面点击调试，还是工具如postma

今天来讲讲 ribbon 和 feign 中超时时间应该如何配置。 Spring Cloud 中，一般会用 feign 或者 ribbon 来进行服务调用，ribbon 还自带了负载均衡、重试机制。而feign 是基于 ribbon 的。 通常，为了保证服务的高可用，防止雪崩等…

通常整个系统会有统一的接口超时时间设定，一般情况下的增删改查也都会比较快，但也会存在一些特殊的业务场景，接口需要的较长的超时时间，比如：上传（大文件）、下载等等。 这种默认的超时设置就不能满足了，如果统一把超时时间都设置长，就起不到超时熔断的效果了。 再有一种情况，在有定时任务…

1、前言 前面介绍了Spring Cloud 中的灵魂摆渡者Nacos，和它的前辈们相比不仅仅功能强大，而且部署非常简单。 今天介绍一款服务调用的组件：OpenFeign，同样是一款超越先辈（Ribb

上篇文章，我们对Feign的fallback有一个初步的体验，在这里我们回顾一下，Fallback主要是用来解决依赖的服务不可用或者调用服务失败或超时，使用默认的返回值。实际应用中， 在Fallback之前，需要对服务配置重试机制，当多次重试服务，还是服务不可用的情况下，就触发…

Feign组件默认使用Ribbon的重试机制并增加了根据状态码判断重试机制，默认情况下是不启用的。Feign使用的是Spring Retry组件，需要引入依赖才能启用。 ... ... ...