皮皮网

1.一个注解@LoadBalanced就能让RestTemplate拥有负载均衡的源码能力？「扩展点实战系列」- 第443篇
2.SpringCloud原理OpenFeign原来是这么基于Ribbon来实现负载均衡的
3.Ribbon负载均衡分析
4.SpringCloud(3)：使用Ribbon进行负载均衡配置，以及遇坑指南
5.netflix已经有了feign这个httpclient,源码为什么还要开发ribb
6.如何用Qt实现Ribbon风格？附源码

一个注解@LoadBalanced就能让RestTemplate拥有负载均衡的能力？「扩展点实战系列」- 第443篇

       在系列文章《国内最全的Spring Boot系列》中，我们探讨了多个主题，源码如扩展点的源码应用实践：《扩展点实战系列》的第篇到第篇，其中包括CommandLineRunner和ApplicationRunner的源码缓存预热，初始化与销毁的源码期货在线交易源码三种方法，观察者模式的源码应用，服务状态监控，源码以及配置类静态变量的源码使用。第篇中，源码我们提到一个简单的源码注解@LoadBalanced，似乎就能让RestTemplate具备负载均衡功能，源码但这个背后的源码技术细节是什么呢？

       在前文的讲解中，我们提到了Ribbon的源码负载均衡实现思路，并且师傅悟纤提到Ribbon的源码实现方式与我们自定义的类似。为了验证这一点，悟纤将深入Ribbon的源码世界，探寻真相。

       首先，让我们回顾一下在使用Ribbon开启负载均衡时的代码示例，通过服务名称而非IP地址进行请求。这种方法与我们之前讨论的扩展方法非常相似。

       接着，我们看到Ribbon的核心自动配置类RibbonAutoConfiguration，它包含一个内部类RibbonClientHttpRequestFactoryConfiguration，这个类负责扩展RestTemplate的功能。虽然没有直接看到拦截器的注入，但后续的LoadBalancerAutoConfiguration类中，@LoadBalanced注解的使用和Spring扩展点的使用，都预示着拦截器的存在。

       LoadBalancerAutoConfiguration类利用SmartInitializingSingleton扩展点，将自定义的拦截器LoadBalancerInterceptor添加到RestTemplate中。这个拦截器在请求处理过程中，根据负载均衡算法从多个服务器中选择合适的服务器进行请求。

       至于@LoadBalanced注解，其关键作用是通过Qualifier限定，确保只有标注了该注解的RestTemplate被注入。简单来说，bitcoin+源码分析使用@Autowired和@LoadBalanced组合，Spring会自动识别并注入配置好的负载均衡的RestTemplate实例。

       总结来说，Ribbon的负载均衡实现是通过自定义注解、拦截器和Spring扩展点的巧妙结合。当我们使用@LoadBalanced时，实际上是告诉Spring我们需要一个已经配置好负载均衡功能的RestTemplate。这就是Spring Cloud Ribbon的负载均衡原理，它将配置和逻辑分离，使得代码更加简洁且易于维护。

       最后，问题留给你：@Autowired和@LoadBalanced如何协同工作，使得配置的RestTemplate自动注入？这背后的原理，需要你进一步研究Spring的依赖注入和扩展点机制来解答。」

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 的c# ef 源码生成发生在构建动态代理时。

       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 整合的gps调试助手+源码配置类，该类导入了关键配置类。其中，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，解析响应并封装为方法的ruby+源码查看返回值。

       总结

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

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

Ribbon负载均衡分析

       Ribbon使用介绍

       Ribbon的使用非常简单，只需要在配置类中添加相应的配置即可。调用时，通过服务名在Eureka中注册的服务进行调用，Ribbon则自动进行负载均衡。以zhao-service-resume项目为例，开启多个服务实例并打印请求信息，即能观察到负载均衡的效果。Ribbon默认采用随机负载均衡策略（RandomRule），该策略全局生效，但可根据需求为不同服务设置不同的负载均衡策略。

       Ribbon源码解析

       自动装配类是配置加载的入口，例如LoadBalancerAutoConfiguration类。通过配置，LoadBalancerAutoConfiguration会自动注入带有@LoadBalanced注解的RestTemplate对象，并注入定制器RestTemplateCustomizer。在定制器代码中，添加了ClientHttpRequestInterceptor拦截器，该拦截器根据请求路径和地址执行负载均衡逻辑。最终，执行负载均衡策略选择服务端进行请求，实现负载均衡。服务列表的获取与更新在RibbonAutoConfigration中的SpringClientFactory和RibbonClientConfiguration类中实现，通过定时任务在ZoneAwareLoadBalancer的父类DynamicServerListLoadBalancer中重新赋值与更新服务列表。

SpringCloud(3)：使用Ribbon进行负载均衡配置，以及遇坑指南

       使用Ribbon进行负载均衡配置是Spring Cloud体系中的一种关键实践。由于Eureka中已经集成了Ribbon，因此无需额外引入依赖。启动多个服务提供方时，在服务消费方的启动类中启用@LoadBalanced注解来激活负载均衡机制。将@LoadBalanced注解添加到消费方的RestTemplate方法上，即可实现通过服务名调用提供方的服务。

       在配置过程中，服务消费方通常使用DiscoveryClient来获取提供方的服务列表，并通过该列表指定具体的服务实例及其主机和端口。然而，开启负载均衡后，系统会自动选择合适的服务实例，无需人工指定，以提升服务调用的效率和可用性。

       值得注意的是，一旦使用了@LoadBalanced注解，直接访问提供方的特定主机名和端口号会引发异常（如java.lang.IllegalStateException: No instances available for localhost）。同时，服务名中应避免使用下划线，否则可能会遇到请求URI格式错误（如Request URI does not contain a valid hostname: service_provider/user/4...）的问题。

       在消费方控制器中，实现远程服务调用时，负载均衡效果通过LoadBalancerInterceptor和RibbonLoadBalancerClient类的源码展现。RibbonLoadBalancerClient通过默认的轮询策略分配服务实例，而其他策略如随机策略则可以在消费方配置文件中进行指定。重新运行测试用例后，负载均衡策略的切换效果明显。

       深入RibbonLoadBalancerClient源码，可以观察到通过BaseLoadBalancer类的chooseServer方法调用rule接口以执行负载均衡策略，其中轮询策略（RoundRobinRule）是默认设置。除了轮询策略之外，随机策略等其他负载均衡策略也可通过配置文件进行选择，以适应不同场景的需求。在实践过程中，通过测试和调整配置，可以有效提升服务调用的负载均衡效果。

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

       Feign与Ribbon在设计上定位不同，Feign主打远程过程调用（RPC），虽然基于HTTP，但能屏蔽请求细节，用户只需声明接口，即可实现远程服务调用，无需关心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（或其它注册中心）协同工作，确保服务发现和负载均衡的高效执行。通过本文，读者应能理解这三个组件在微服务架构中的作用，并对它们的源码有基本认识。

如何用Qt实现Ribbon风格？附源码

       为在Qt中实现Ribbon风格进行探索，操作环境为win bit搭配VS更新至5版本和Qt5.6.0 bit。首选组件是Qt的widget和scrollArea。新创建的Qt程序中，将默认菜单栏和工具栏去除，以便为Ribbon风格定制空间。通过添加一个widget和一个scrollArea至UI界面，这两个控件布局采用垂直排列，进一步在widget内部放置了一个pushButton和TabWidget，其排列形式为水平方向。在scrollArea内部，同样采用水平排列方式放置widget。设计布局完成后，整体展现的界面结构符合Ribbon风格预期。

       在实现过程中，首先确定界面的布局边界设为0，同时间距设置为0，以优化视觉效果。对所有元素进行样式调整，按钮和TabWidget的文字进行了个性化修改。对scrollArea内部的widget背景颜色设定为白色，并指定一个适合宽度，随后调整scrollArea背景颜色，达到与整体风格一致的效果。

       要将左侧的文件菜单置于主界面之上，并确保其他标签向右顺序排列，通过按钮的绝对定位方法能够解决文件菜单的定位问题。然而，对于TabWidget的标签移动问题，借助QSS（CSS扩展）实现更高效的调整。具体代码编写用于执行这一操作。实现后，界面布局的各个元素位置得到精确调整。

       为了增强Ribbon风格的直观性，对按钮和Tabbar的样式进行细致设计，使界面更加美观和实用。在文件菜单实现阶段，直接应用QMenu进行菜单创建可能受限，而利用Qt提供的QWidgetAction来创建自定义菜单widget，并结合QSS进行个性化设计，提供了灵活的实现方法。通过编写适用于QWidgetAction的类并重写paintEvent函数，可以顺利应用QSS样式。对文件按钮菜单进行具体配置，以达到理想的功能效果。

       接下来，对Tabwidget内的groupBox通过QSS进行定制，以塑造更专业的外观与风格。随着对各个组件的逐步优化，界面呈现的美观与功能并重特点逐步显现。最终的界面设计融入了微软雅黑字体风格，对TabWidget背景色进行设定，并隐藏文件按钮菜单的小按钮，使界面在美观与功能性上达到和谐统一。

       通过以上步骤，已实现并展示了基于Qt实现Ribbon风格的完整过程与细节。包括界面布局、组件样式调整、功能性实现及最终美化等环节，旨在提供一种兼具美观与实用性，符合Ribbon风格要求的界面设计方法。