1.【SpringCloud原理】OpenFeign之FeignClient动态代理生成原理
2.SpringCloud微服务实战——搭建企业级开发框架（十九）：Gateway使用knife4j聚合微服务文档
3.太牛了！码课Spring+Springboot+SpringMVC+SpringCloud实战篇
4.SpringCloud原理OpenFeign原来是码课这么基于Ribbon来实现负载均衡的
5.微服务实战SpringCloud之Feign简介及使用

【SpringCloud原理】OpenFeign之FeignClient动态代理生成原理

       在SpringCloud框架中，OpenFeign组件提供了基于Java接口的码课HTTP客户端实现。本文将深入剖析OpenFeign中的码课FeignClient动态代理生成原理，从@EnableFeignClinets注解的码课作用、Feign客户端接口动态代理的码课如何源码分析生成源码剖析以及Feign动态代理构造过程总结三方面进行详细阐述。

       首先，码课我们来分析@EnableFeignClinets注解的码课作用。这个注解实际上是码课整个Feign组件的入口，通过@Import注解导入FeignClientsRegistrar类，码课该类实现了ImportBeanDefinitionRegistrar接口，码课当Spring Boot启动时，码课会调用该类的码课registerBeanDefinitions方法动态注入bean到Spring容器中。其中，码课registerFeignClients方法负责扫描带有@FeignClient注解的码课类，并生成对应的BeanDefinition。

       在Feign客户端接口动态代理的生成源码剖析部分，我们主要关注FeignAutoConfiguration和FeignClientsConfiguration配置类。FeignAutoConfiguration是Feign在整个SpringCloud中的配置类，其中会注入一系列FeignClientSpecification对象，并将其封装到FeignContext中，最后将FeignContext注入到Spring容器中。FeignContext是进行配置隔离的关键组件，它内部维护了每个客户端对应的AnnotationConfigApplicationContext、配置类的封装以及父容器等信息。通过这种方法，每个客户端的配置能够在独立的ApplicationContext中进行解析，实现了配置的隔离。

       接着，我们深入解析NamedContextFactory的作用，它用于进行配置隔离，确保Ribbon和Feign的配置能够被独立管理。通过构建独立的ApplicationContext，每个客户端的配置能够在自己的上下文中进行解析，避免了配置冲突。此外，ibatis查询源码我们还会剖析FeignClientsConfiguration，这是一个默认配置类，其中包含了生成Feign客户端动态代理所需的各种bean，如解析SpringMVC注解的能力、构建动态代理的类等。

       在构建动态代理的过程中，整个流程涉及多个关键步骤：扫描并生成BeanDefinition、注入FeignClientFactoryBean、获取代理对象等。具体而言，当@EnableFeignClinets注解生效时，会扫描所有带有@FeignClient注解的接口并生成对应的BeanDefinition。随后，通过FeignClientFactoryBean重新生成一个bean定义，注册到Spring容器中。当需要获取代理对象时，通过FeignClientFactoryBean的getObject方法调用getTarget()，进一步获取到代理对象。整个过程涉及Feign.Builder的配置、组件的获取以及最终通过Feign.Builder构建动态代理对象。

       综上所述，OpenFeign在SpringCloud框架中的实现，通过一系列的注解、配置类以及组件的协作，实现了基于Java接口的HTTP客户端的动态代理生成。从@EnableFeignClinets的注解作用到Feign客户端接口的动态代理生成，再到Feign动态代理的构造过程，整个流程设计精巧，有效提高了服务间的互操作性和可维护性。对于希望深入理解OpenFeign原理的开发者而言，本文提供的分析和总结将有助于更好地掌握这一技术。

       最后，尽管本文已经详细阐述了OpenFeign的动态代理生成原理，但对于Feign与Ribbon的整合以及其他SpringCloud组件的原理，未来将会有更多深入分析的reentrylock源码分析文章。通过本文的总结，希望能为读者提供一个清晰的视角，以便在实际项目中灵活运用OpenFeign实现高效、稳定的远程调用。

SpringCloud微服务实战——搭建企业级开发框架（十九）：Gateway使用knife4j聚合微服务文档

       本篇内容聚焦于Spring Cloud Gateway网关如何集成knife4j，实现对所有Swagger微服务文档的聚合。首先，在gitegg-gateway项目中引入knife4j依赖，若无后端编码需求，仅引入swagger前端ui模块即可。随后，对配置文件进行修改，增加knife4j与Swagger2的配置。接下来，我们将重点介绍如何在微服务架构下，通过网关动态发现并聚合所有微服务文档的业务编码。

       在使用Spring Boot等单体架构集成swagger时，通常通过包路径进行业务分组，并在前端展示不同模块。然而，在微服务架构中，每个服务相当于一个独立的业务组。在Spring Cloud微服务架构下，通过重写提供分组接口的代码（如springfox-swagger提供的swagger-resource接口），可实现通过网关动态发现并聚合所有微服务的文档信息。具体实现代码如下：

       通过访问gitegg-gateway服务地址（/wmz/GitEg...的chapter-分支中。

       GitEgg-Cloud是基于SpringCloud整合搭建的企业级微服务应用开发框架，旨在提供一站式解决方案，帮助开发者高效构建微服务应用。项目开源地址如下：

       Gitee: /

       GitHub: /

太牛了！Spring+Springboot+SpringMVC+SpringCloud实战篇

       Spring 4.0，Java领域第一开源平台的翘楚地位在积蓄4年后，迎来升级。新功能包括基于Groovy Bean的配置、HTML 5/WebSocket支持以及全面支持Java 8.0，opensns 问答源码最低要求为Java 6.0。这些功能增强了开发的实用性与易用性，降低了Java应用，尤其是Java Web应用的开发难度，同时提升了优雅性。本书以《精通Spring 3.x——企业应用开发详解》为基础，通过一年的调整改版，旨在深度理解Spring原理，使读者熟练掌握并透彻理解Spring内部实现。同时强调实战性，从实际项目出发，指导到实际项目应用。本书涵盖Spring的核心、Web中的Spring、后端中的Spring和Spring集成等内容。

       深入Springboot的学习，从基础应用开发到分布式应用开发，再到核心源代码分析，本书内容丰富，涵盖细节众多。每个部分都包含更细化的知识点，帮助开发者深入理解并熟练掌握Springboot。

       SpringMVC学习指南全面介绍了SpringMVC的用法，包括基础应用开发的技巧，为开发者提供了详细的指导。

       SpringCloud微服务实战深入探讨了微服务构建、服务治理、客户端负载均衡、服务容错保护、声明式服务调用、API网关服务、分布式配置中心、消息总线、分布式服务跟踪等关键领域，为开发者提供全面的佳话指标源码微服务开发指南。

       本书内容丰富，细节详尽，旨在为Java程序员提供深入学习与实践Spring、Springboot、SpringMVC和SpringCloud微服务的指导。如有需要，点击此处获取资料。

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 请求。确保在本地地址 http://localhost:/users 可以获取到包含十个用户信息的列表。

       接下来，我们将创建一个全新的 Spring Boot 工程。在创建工程时，确保使用的 Spring Boot 版本至少为 3.0.0，以兼容 Spring Framework 6.0 特性。同时，选择 Java 作为最低版本，因为 Spring Framework 6.0 和 Spring Boot 3.0 支持的最低 Java 版本为 。在新工程中，我们需要依赖 Spring Web 和 Spring Reactive Web。

       在新工程中，定义一个 HTTP Interface 接口。例如，我们可以创建一个名为 UserApiService 的接口，其中包含一个用于获取用户列表的方法。定义接口后，编写一个测试方法来验证接口的正确性。通过这种方式，我们可以获取到包含用户信息的列表。

       此外，HTTP Interface 特性支持多种注解，例如 GetExchange，用于表示执行 HTTP Get 请求。除了 GetExchange，还有其他注解，如 PostExchange、PutExchange 等，它们分别对应于执行不同类型的 HTTP 请求。这些注解位于 spring-web 模块的 org.springframework.web.service.annotation 包下。

       在创建 HTTP Interface 实例时，我们通常使用 HttpServiceProxyFactory。通过这个工厂类，我们可以创建接口实例，并进行请求操作。同时，我们也可以将创建过程封装在 @Bean 方法中，以实现实例的注入。

       关于代理对象的创建，Spring 目前尚未提供更直观的方法。然而，我们可以从 HttpServiceProxyFactory 的 createClient 方法的源码中看到创建 AOP 代理的相关代码，推测未来版本可能会提供更便捷的注解支持。

       除了基础功能，HTTP Interface 还支持多种参数类型和自定义返回值类型。此外，它还支持自定义异常处理机制，这使得开发者在处理 HTTP 请求时更加灵活。

       引入 Spring Reactive Web 的依赖是为了支持 HTTP Interface 的实现。在创建代理对象时，我们使用了 WebClient 类型，这是因为 HTTP Interface 的实现主要基于 Reactive Web 模块。未来版本的 Spring 框架预计将提供基于 RestTemplate 的实现，以增加对传统 Web 客户端的支持。