1.【SpringCloud原理】OpenFeign原来是均均衡这么基于Ribbon来实现负载均衡的
2.springCloud负载均衡之 LoadBalanced和ribbon
3.Spring-Cloud-客户端负载均衡详细分析
4.SpringCloud 负载均衡策略
5.SpringCloud(六)手把手教你搭建SpringCloud Config配置中心
6.3.SpringCloud-Feign调用及配置

【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 时传入的参数。

       执行重试组件（通常不设置重试逻辑）。linux源码安配置

       执行 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负载均衡之 LoadBalanced和ribbon

       在使用Spring Cloud的负载均衡功能时，LoadBalanced注解和Ribbon组件的集成是关键。通过自动装配原理，LoadBalanced的自动装配类LoadBalancerAutoConfiguration实现了注解与组件之间的关联。LoadBalanced注解的Qualifier限定标识注解确保了只有添加了该注解的RestTemplate会被纳入LoadBalancerAutoConfiguration的RestTemplate集合。自动配置过程中，Ribbon的LoadBalancer拦截器和RestTemplate的扩展器RestTemplateCustomizer被注册，使得Ribbon的负载均衡逻辑得以应用到特定的RestTemplate实例上。在初始化完成后，特定的执行bean遍历所有添加了LoadBalanced注解的RestTemplate，并应用扩展方法，将Ribbon的易语言排队源码LoadBalancer拦截器添加至RestTemplate，确保在调用远程服务时，能根据Ribbon的算法实现负载均衡。

       深入分析LoadBalanced注解的Ribbon拦截器执行流程，以LoadBalancerInterceptor.intercept为例，首先创建LoadBalancerRequest，根据serviceId获取ILoadBalancer实例，通常使用ZoneAwareLoadBalancer。创建服务ID容器，并刷新容器内容，从容器中获取ILoadBalancer实例。接着，调用ZoneAwareLoadBalancer的chooseServer方法获取用于调用的远程服务器。通过IRule的choose方法进行负载均衡选择，通常使用轮询算法或ZoneAvoidanceRule。IRule中的ILoadBalancer实际为ZoneAwareLoadBalancer，继承自DynamicServerListLoadBalancer，用于获取所有可用的服务器。若为首次调用，会执行初始化过程，然后通过特定算法从所有服务器中选择一个服务器进行调用。最后，引入NacosRule，确保负载均衡策略与Nacos服务发现组件相协调。

Spring-Cloud-客户端负载均衡详细分析

       负载均衡是集群技术的关键应用，它通过负载技术将任务均匀分布到多个操作单元，提升系统可用性、处理能力和缓解网络压力。主要分为服务端负载均衡和客户端负载均衡两种类型。在Spring Cloud中，特别是通过Spring Cloud Ribbon实现客户端负载均衡，它简化了快速集成。

       Spring Cloud Alibaba 已内建Ribbon，当使用Nacos作为服务治理工具时，无需额外引入netflix-ribbon依赖，节省了配置步骤。RestTemplate作为HTTP客户端工具，提供GET、POST、PUT、DELETE等方法，其中getForEntity和getForObject提供了处理GET请求的不同方式，POST方法有postforEntity、postForObject和postForLocation。

       Spring Cloud Ribbon的核心在于@LoadBalanced注解，它修饰的RestTemplate会使用负载均衡器（LoadBalancerClient）来管理HTTP请求。虽然Ribbon本身并未实现负载均衡，而是通过LoadBalancerAutoConfiguration和LoadBalancerInterceptor来完成。ILoadBalancer接口定义了负载均衡的核心操作，如动态服务器列表管理。

       Ribbon通过IRule接口支持各种负载均衡策略，包括全局和客户端配置的自定义。除了通过配置文件调整，还可以自定义负载均衡算法，如使用服务元数据作为决策依据。Spring Cloud Alibaba集成Nacos时，服务实例的维护由Nacos接管，但仍支持自定义配置以优化负载均衡。

SpringCloud 负载均衡策略

       SpringCloud中，负载均衡的实现主要依赖于组件Ribbon，特别是在使用Feign进行远程服务调用时，底层的负载均衡功能即由Ribbon提供支持。

       Ribbon提供了多种负载均衡策略以确保服务的高可用性：

       RoundRobinRule：简单轮询方式，服务列表中的服务器按顺序轮流被选中。

       WeightedResponseTimeRule：基于权重和响应时间选择，响应时间长的服务器权重会降低，从而优先选择响应更快的服务器。

       RandomRule：随机选择一个可用的服务，增加了负载均衡的随机性和灵活性。

       ZoneAvoidanceRule：区域敏感策略，考虑服务器所在的区域，首先在区域内选择可用服务器，然后在区域内进行轮询（默认行为）。这里的Zone可以理解为机房或机架等物理位置。

       对于自定义负载均衡策略，SpringCloud提供了灵活性：

       开发者可以创建一个类实现IRule接口，直接定义自己的负载均衡策略，这将应用于整个应用的全局服务调用。

       在客户端配置文件中，也可以为特定的服务调用配置单独的负载均衡策略，实现局部定制。

SpringCloud(六)手把手教你搭建SpringCloud Config配置中心

       SpringCloud配置中心的搭建

       微服务架构中，配置文件管理成为一项关键挑战，特别是当服务数量众多时。SpringCloud Config提供了基于Git/SVN的集中式配置管理解决方案，实现配置文件的统一存储与动态刷新。

       首先，建立SpringCloud Config Server子项目，如springcloud-config-server-，该服务用于托管配置文件。在项目的pom.xml中，引入SpringCloud Config Server依赖。

       接下来，在application.yml中配置Git仓库的地址、账号及密码，确保项目能够从远程仓库获取配置文件。

       在ConfigServer主启动类中，添加@EnableConfigServer注解以启用配置中心功能。

       创建SpringCloud Config Server仓库，通过码云账户进行操作。新增两个配置文件，configtest-pro.yml和configtest-dev.yml，分别对应不同环境。

       在springcloud-config-server-项目的应用配置中，设置仓库路径、账号密码等信息。启动eureka-server-、eureka-server-、config-server-后，通过浏览器访问配置文件路径，验证配置中心功能。

       选用product-provider-作为配置客户端项目，若需新增子项目，需重新创建。在bootstrap.yml中配置相关参数，引入spring-cloud-config-client依赖。

       在ProductProviderController中添加测试方法，用于验证配置文件的获取与使用。

       启动所有服务，访问产品提供者获取配置信息。当远程配置文件更新后，需要实现动态刷新功能。

       在ProductProviderController中应用@RefreshScope注解，配合bootstrap.yml配置文件实现动态刷新逻辑。引入监控依赖，通过post请求刷新配置文件。在cmd中使用curl命令验证刷新效果。

       本文简要介绍了SpringCloud Config配置中心的搭建流程，包括服务建立、仓库配置、客户端集成及动态刷新实现。在实际应用中，手动刷新配置文件可能成为瓶颈，后续文章将探讨如何通过Bus总线自动刷新配置，提高微服务架构的灵活性与效率。

3.SpringCloud-Feign调用及配置

       介绍微服务间通过Feign进行调用的机制，Feign提供了一个声明式web服务客户端，简化了编写web服务客户端的代码。Feign支持多种注解，如Feign注解与JAX-RS注解，同时具备可插拔的编码器与解码器，增强灵活性。

       在Spring Cloud框架中，Feign与Ribbon、Eureka集成，形成强大的微服务间调用解决方案。通过Ribbon实现负载均衡，确保服务高可用；结合Eureka注册中心，完成服务发现。

       构建Feign客户端

       为了演示Feign的使用，首先创建一个Feign消费者应用。通过配置pom.xml文件引入依赖，yml文件设置Eureka客户端属性，启动类上启用@EnableFeignClients注解。在ConsumerController中定义接口，并实现调用逻辑。同时创建一个ProducerClient接口，用于定义服务提供者。

       创建Feign生产者应用

       按照类似步骤，构建Feign生产者应用，定义ProducerController，提供服务调用。在项目结构中，消费者应用依赖生产者应用提供的服务。

       启动与测试

       通过启动消费者实例，以及两个生产者实例。在消费者应用中调用生产者应用的接口，验证Feign实现的服务间调用。测试不同生产者实例之间的轮询负载均衡策略。

       测试Feign特性

       测试Feign的轮询策略、服务调用性能及异常处理。关注Feign接口的实现，确保传递参数时使用正确的注解，如@RequestParam，避免调用失败。

       集成负载均衡与断路器

       Feign内嵌了Ribbon实现负载均衡，通过服务注册与发现机制，确保请求被均匀分发到各个服务实例。同时，集成Hystrix断路器，提供服务调用的容错机制，有效防止服务间调用导致的雪崩效应。

       总结，本章介绍了Feign在Spring Cloud框架中的应用，包括服务间调用、负载均衡与异常处理机制，为微服务架构提供了高效、可靠的调用解决方案。