1.netflix已经有了feign这个httpclient,心源为什么还要开发ribb
2.五、声明式服务调用-Feign
3.SpringCloud原理OpenFeign原来是底层这么基于Ribbon来实现负载均衡的
4.微服务实战SpringCloud之Feign简介及使用
5.10000字 | 深入理解 OpenFeign 的架构原理
6.Spring Cloud OpenFeign源码FeignClientFactoryBean原理

netflix已经有了feign这个httpclient,为什么还要开发ribb

       Feign与Ribbon在设计上定位不同，Feign主打远程过程调用（RPC），原理虽然基于HTTP，心源但能屏蔽请求细节，底层用户只需声明接口，原理源码pay即可实现远程服务调用，心源无需关心HTTP请求细节或参数封装。底层而Ribbon则专注于负载均衡，原理RPC功能不是心源其强项，其主要优势在于从注册中心获取服务实例。底层二者互补，原理Feign无需Ribbon也能实现调用，心源只需指定服务IP和端口；Ribbon也无需Feign，底层但需实现HTTP请求参数封装。原理选择两者结合，源于解耦和单一职责原则。

       整合原理可参考相关文章。本文继续解析SpringCloud组件原理，重点剖析OpenFeign如何基于Ribbon实现负载均衡，以及二者如何协同工作。

       一、Feign动态代理调用实现RPC流程分析

       Feign客户端接口的动态代理生成基于JDK动态代理，通过FeignInvocationHandler实现方法调用。FeignInvocationHandler对invoke方法的实现避免了不需要RPC调用的方法（如equals、hashCode、toString）。通过dispatch获取要调用方法对应的MethodHandler，执行MethodHandler的invoke方法。MethodHandler在构建动态代理时生成，负责实现RPC调用。SynchronousMethodHandler处理RPC调用，其invoke方法构建RequestTemplate，封装HTTP请求参数。执行findOptions(argv)获取配置参数，使用重试组件，中俄双语商城源码最后调用Client接口实现请求发送。

       二、LoadBalancerFeignClient

       Feign动态代理调用的关键在于Client，用于发送HTTP请求。通过分析可知，Feign客户端构建动态代理时，填充组件包括LoadBalancerFeignClient，实现Ribbon整合。FeignRibbonClientAutoConfiguration配置类导入相关组件并声明LoadBalancerFeignClient，注入Client实现、CachingSpringLoadBalancerFactory和SpringClientFactory，构建Feign.Builder的实现。

       LoadBalancerFeignClient实现整合过程，获取服务名，调用CachingSpringLoadBalancerFactory创建FeignLoadBalancer，实现负载均衡与请求发送。

       三、FeignLoadBalancer

       FeignLoadBalancer为核心组件，负责选择负载均衡并发送HTTP请求。执行executeWithLoadBalancer重构请求路径，调用execute方法，基于特定Client实现发送请求，最终返回RibbonResponse。

       四、总结

       本文全面解析了OpenFeign、Ribbon以及Nacos组件在微服务架构中的协同工作原理。OpenFeign实现RPC调用时，Ribbon从注册中心获取服务实例列表，实现负载均衡。Ribbon与Nacos（或其它注册中心）协同工作，确保服务发现和负载均衡的高效执行。通过本文，读者应能理解这三个组件在微服务架构中的作用，并对它们的源码有基本认识。

五、名义初品源码声明式服务调用-Feign

       Feign 是一款强大的声明式 REST 客户端，用于简化 API 调用过程。它提供了模板化的接口定义，通过注解轻松设置参数、格式和地址，使得远程调用如同调用本地方法般便捷。Spring Cloud 对 Feign 进行了封装，支持 SpringMVC 注解和自定义配置，还可与 Eureka、Ribbon 和 Hystrix 集成，实现负载均衡、熔断机制等高级特性。

       Feign 的核心组件包括：接口定义用于远程调用，注解描述请求信息；Contract 自定义解析注解；Decoder 和 Encoder 分别负责数据编码和解码；ErrorDecoder 处理异常，支持自定义异常返回；Logger 管理日志输出；Client 执行实际的 HTTP 请求，可以扩展使用高性能的 HTTP 客户端；Retryer 实现重试机制；InvocationHandlerFactory 通过动态代理机制执行远程调用。

       使用 Feign，开发者可以通过接口定义、注解标注（如 @RequestLine）轻松调用远程 API，无需关心服务提供者信息。例如，一个简单的 GET 请求示例展示了 Feign 的简洁性：定义接口、添加注解后，直接通过构建的接口对象调用方法获取结果。

       Feign 还支持继承特性，通过抽取公共接口和接口实现，减少代码重复。此外，Feign 还提供拦截器机制，可自定义请求处理逻辑，以及GET请求多参数传递的处理方式。配置上，Feign支持代码和配置文件两种方式，允许调整日志级别和异常解码器，以适应不同场景的温泉授权系统源码需求。

       深入了解 Feign 的源码，可以看到其构建代理类、执行请求、与Hystrix集成等核心流程。通过这些组件和特性，Feign为简化 API 调用提供了强大且灵活的工具。

SpringCloud原理OpenFeign原来是这么基于Ribbon来实现负载均衡的

       大家好，本文将深入探讨 SpringCloud 组件原理，特别是 OpenFeign 如何基于 Ribbon 实现负载均衡的机制。在此前的文章中，我们已详细解析了 OpenFeign 动态代理生成原理及 Ribbon 运行机制，如需回顾相关知识，欢迎关注微信公众号 “三友的java日记”，通过菜单栏查看整理内容。接下来，我们将进一步揭示 OpenFeign 与 Ribbon 如何协同工作，实现高效负载均衡。

       一、Feign 动态代理调用实现 rpc 流程分析

       通过了解 Feign 客户端接口的动态代理生成原理，我们得知动态代理基于 JDK 的机制实现，所有方法调用最终通过 InvocationHandler 接口的 ReflectiveFeign.FeignInvocationHandler 实现。接下来，我们将探讨 FeignInvocationHandler 如何执行 rpc 调用。

       FeignInvocationHandler 中的 invoke 方法实现关键步骤如下：

       前几行判断方法是否为 equals、hashCode、toString 等不需要走 rpc 调用的特殊方法。

       从 dispatch 获取对应方法的 MethodHandler，然后调用 MethodHandler 的 invoke 方法。MethodHandler 的生成发生在构建动态代理时。

       MethodHandler 是接口的实现类，分为 DefaultMethodHandler（处理接口默认方法）和 SynchronousMethodHandler（实现 rpc 调用）。我们接下来关注 SynchronousMethodHandler 中的 invoke 方法实现。

       SynchronousMethodHandler 的 invoke 方法包含关键步骤：

       构建 RequestTemplate，用于封装构建 HTTP 请求所需的参数，如头信息和 body 等。网上直播平台源码

       调用 findOptions(argv) 方法获取连接超时时间和读超时时间配置。如果没有配置，将使用构建 SynchronousMethodHandler 时传入的参数。

       执行重试组件（通常不设置重试逻辑）。

       执行 executeAndDecode(template, options)，进入此方法后执行 targetRequest，遍历所有请求拦截器（Feign 的扩展点），允许在发送请求前进行参数调整，如添加请求头，这在微服务间鉴权时常用。

       之后，构造请求并调用 Client 接口的 execute 方法发送请求，接收响应，并将响应数据封装为所需参数返回给调用方。

       二、LoadBalancerFeignClient

       在理解整个动态代理调用流程后，我们发现关键在于 Client 接口的实现，负责发送 HTTP 请求。那么，Client 是什么？在关于 OpenFeign 动态代理生成的文章中，我们探讨了 Feign 在构建动态代理时填充组件到 Feign.Builder 的过程，其中包含 Client 的实现，但并未在 FeignClientsConfiguration 配置类中找到 Client 对象的声明。这提示我们，Client 实现依赖于负载均衡，是 Feign 整合 Ribbon 的入口。

       接下来，我们将聚焦于 Client 的实现，特别是 Feign 如何利用 Ribbon 实现负载均衡。

       首先，我们查看 Feign 与 Ribbon 整合的配置类，该类导入了关键配置类。其中，DefaultFeignLoadBalancedConfiguration 配置类声明了 LoadBalancerFeignClient 到 Spring 容器中，传入了 Client 实现、CachingSpringLoadBalancerFactory 和 SpringClientFactory。

       LoadBalancerFeignClient 实现了 Client 接口，构建 Feign.Builder 时注入的是这个对象。接下来，我们深入分析构造 LoadBalancerFeignClient 的实现流程。

       动态代理调用过程中得出结论，最终会调用 Client 接口的 execute 方法，因此，我们关注 execute 方法的实现。此方法包含一系列操作，从请求 URL 中获取 clientName（服务名），并利用 OpenFeign 构建动态代理时传入的 HardCodedTarget 从 URL 中提取服务名。获取服务名后，LoadBalancerFeignClient 调用 lbClient 方法。

       lbClient 方法实现关键步骤，首先从缓存中获取或创建 FeignLoadBalancer，然后利用 CachingSpringLoadBalancerFactory 的 create 方法构建 FeignLoadBalancer。

       FeignLoadBalancer 实现关键逻辑，调用 executeWithLoadBalancer 方法处理请求，接收 Response 后直接返回。

       三、FeignLoadBalancer

       FeignLoadBalancer 是关键组件，负责负载均衡和 HTTP 请求的发送。它继承 AbstractLoadBalancerAwareClient，实现了核心功能。

       FeignLoadBalancer 的 execute 方法包含关键步骤，直接定位到核心代码行，request.client() 获取注入的 Client 实现，即 Client.Default 类或基于 HttpClient 或 OkHttp 的实现。调用此行代码成功发送 HTTP 请求，接收响应后封装成 RibbonResponse，最终返回给 MethodHandler，解析响应并封装为方法的返回值。

       总结

       通过本文，我们完整解析了 OpenFeign、Ribbon 和 Nacos（或其他注册中心）协同工作原理，涵盖五个关键组件的源码和流程。简而言之，OpenFeign 在进行 rpc 调用时，由于服务所在机器未知，Ribbon 负责从机器列表中选择一个，该列表由注册中心提供。Ribbon 的 ServerList 接口允许注册中心实现，获取服务机器列表。通过这三个组件的协同作用，实现了微服务架构中的高效负载均衡。

       本文旨在帮助读者了解微服务架构的基本原理，同时深入理解 OpenFeign、Ribbon 和 Nacos 的源码。如有疑问或交流需求，欢迎关注微信公众号 “三友的java日记” 或添加微信 ZZYNKXJH 联系作者。感谢阅读，期待与您在下篇文章中相遇。

微服务实战SpringCloud之Feign简介及使用

       在对接第三方系统时，使用硬编码的方式实现对接已显得相对繁琐且效率低下。这里，我推荐使用 Feign 这种更为便捷的方法。Feign 不仅可以轻松地实现服务间的服务调用，还能实现非服务间的 HTTP 调用。然而，这种技术的广泛应用和深入理解在一定程度上依赖于开发者的思想转变。

       最新版本的 Spring 框架（Spring 6 的第一个 GA 版本）新增了 HTTP Interface 特性，这使得开发者能够通过定义特定注解标记的方法的 Java 接口来实现 HTTP 请求。这一特性与使用 Feign 进行远程服务调用非常类似，显示了 Spring 在这一领域整合和简化实现的趋势。开发者将能够更加专注于业务逻辑而非底层调用细节。

       为了展示这一特性，我将构建一个简单的示例。首先，我们需要创建一个简单的 HTTP 服务。我们可以通过 Spring Boot 工程来实现这个目标。在 Spring Boot 工程中，我们首先定义一个实体类，然后创建一个简单的 Controller 来处理 HTTP 请求。确保在本地地址

       深入理解 OpenFeign 的架构原理，让你轻松掌握远程调用的精髓。

       远程调用与本地调用相对，本地调用即在同一服务内部方法间的调用，而远程调用涉及不同服务间的调用。通过构造HTTP请求，我们能实现远程服务的调用。然而，构造请求的过程繁琐。Feign组件简化了这一过程，使得远程调用如同调用本地方法一样简单。

       Feign与OpenFeign之间的关系：OpenFeign是Feign的增强版本，支持MVC注解。Spring Cloud中，OpenFeign是微服务组件的关键部分。以下是如何使用OpenFeign执行远程调用的步骤：

       1. 定义远程调用接口并使用@FeignClient注解指定服务名。

       2. 在启动类上添加@EnableFeignClients注解以开启远程调用功能，并开启服务发现。

       3. 在远程服务定义方法，其路径与调用接口URL一致。

       4. 引入OpenFeign组件与相关服务依赖。

       5. 调用远程服务方法，实现数据的获取与交互。

       OpenFeign的使用简洁明了，然而其内部设计复杂。本文通过分析核心流程图，详细解析了OpenFeign的工作原理，包括包扫描、注册FeignClient到Spring容器、动态代理生成、MVC注解解析、请求发送与响应处理等关键环节。通过理解这些原理，你可以轻松构建高效稳定的微服务架构。

       本文以PassJava开源项目为实例，深入剖析了OpenFeign的架构设计，通过图解与源码解读，清晰地展示了OpenFeign的核心流程与工作原理。理解这些原理将帮助你更深入地掌握微服务中远程调用的实现与优化。

       通过本文的学习，你将能够：

       掌握远程调用的概念与实现方式。

       理解Feign与OpenFeign的功能与区别。

       学会如何使用OpenFeign进行远程服务调用。

       深入解析OpenFeign的核心流程，包括包扫描、代理生成、注解解析与请求处理。

       构建基于OpenFeign的高效稳定的微服务架构。

       本文为开源项目PassJava中的OpenFeign使用提供了一套全面的指南，帮助开发者深入理解其架构原理，进而提升微服务开发能力。

Spring Cloud OpenFeign源码FeignClientFactoryBean原理

       Spring Cloud OpenFeign的FeignClientFactoryBean在实例化过程中，通过FactoryBean接口实现，GetObject方法的关键步骤包括获取FeignContext、配置Feign.Builder、创建HardCodedTarget和调用loadBalance方法。这些步骤涉及自动配置、FeignClientSpecification的使用、Logger和Builder组件的定制以及动态代理的生成。最后，getObject方法返回的是一个接口的代理类，用于执行远程调用。

       详细分析：

       FeignClientFactoryBean在Spring容器中，通过getObject方法转化为实际的FeignClient实例。首先，它从FeignContext获取相关配置，这个配置在引入OpenFeign依赖时自动注入。接下来，通过getTarget方法，FeignClientFactoryBean配置了Builder组件，如Logger（非Slf4j）、RequestInterceptor、Encoder和Decoder等，同时考虑了用户自定义组件的配置。之后，创建了HardCodedTarget，基于FeignClient接口、注解值和完整URL构建，然后通过loadBalance方法，整合了LoadBalancerFeignClient和HystrixTargeter，进行负载均衡和目标URL定位。

       在newInstance方法中，解析了接口方法的注解，生成了MethodHandler，并用FeignInvocationHandler封装，这个InvocationHandler在代理类实例化时被调用，实现了远程调用。最终，通过Proxy.newProxyInstance动态生成了代理类，完成FeignClientFactoryBean的实例化过程。

       总的来说，FeignClientFactoryBean实例化是通过一系列配置和代理生成，实现了Spring Cloud OpenFeign的远程调用功能。如果你对源码的深入理解感兴趣，下期文章将继续解析调用源码细节。