Feign

虽然可以在异步调用时设置 RequestContextHolder.setRequestAttributes(RequestContextHolder.getRequestAttributes(), true); 可以实现请求头透传，但是每次调用都需要加上这一句，实现上还略显麻烦。

当调用动态代理方法的时候，Feign就会将上述解析出来的Http请求基本参数和方法入参组装成一个Http请求，然后发送Http请求，获取响应，再根据响应的内容的类型将响应体的内容转换成对应的类型‘’这就是Feign的大致原理。

其实这种饥饿加载模式，类似于“客户端负载预热”的一个操作，项目启动的时候进行加载，防止服务之间调用可以因为数据量、业务逻辑处理复杂性导致接口超时，如果你的服务之间调用业务处理比较复杂、且慢，不妨可以试试这种解决方式。

总的来说，基于SpringCloudAlibaba框架下，Feign和Dubbo各有千秋。选择使用哪一个组件取决于具体的项目需求和团队技术栈。对于需要快速构建微服务架构的项目，Feign是一个不错的选择；而对于需要更多自定义和服务治理功能的项目，Dubbo可能更适合。在实际应用中，也可以根据具体场景将两者结合使用，以达到更好的效果。

重试次数我们前面也提到了，虽然一般我们不设置，但是为了严谨还是得加上，因为一次Http接口的执行时间肯定跟重试次数有关，重试次数越多，时间就越长。

Feign​重试其实是一个很常见的场景，我们本文通过了自定义了一个@FeignRetry​注解来实现可重试的机制，针对不同的Feign接口还可以使用不同的重试策略，是不是很方便，快在你的项目中用起来吧。

对于fegin调用，我们一般的用法：为每个微服务​都创建对应的feignclient​接口，然后为每个微服务的controller接口，一一编写对应的方法，去调用对应微服务的接口。

本文重点是分析了一些 debug 和阅读源码的一些小技巧，特别是在读关于 Spring 相关的代码时一定不能 debug 跟踪到细节中，因为调用链通常是很长的，稍不留神就把自己都绕晕了，只需要知道核心、关键源码是如何处理的即可。

Feign是一个http请求调用的轻量级框架，可以以Java接口注解的方式调用Http请求。Feign通过注解，将请求模板化，当实际调用的时候，传入参数，根据参数再应用到请求上，进而转化成真正的请求，封装了http调用流程。

OpenFeign 是基于 Feign 实现的，是 Spring Cloud 官方提供的注解式调用 REST 接口框架，OpenFeign/Feign 底层是基于 Ribbon 实现负载均衡的。