1.SpringCloud 微服务接口调用组件 - OpenFeign 简介
2.SpringCloud原理OpenFeign原来是组组件这么基于Ribbon来实现负载均衡的
3.新手教程|APICloud模块及多端组件使用详解
4.cloud-init介绍及源码解读(上)
5.Spring Cloud OpenFeign源码FeignClientFactoryBean原理

SpringCloud 微服务接口调用组件 - OpenFeign 简介

       本文是SpringCloud专栏的开篇之作，将逐步分享在实际工作中运用到的组组件微服务组件及填坑经验，以期对大家有所帮助，组组件减少踩坑的组组件次数。

       专栏所采用的组组件版本为SpringCloud .0.5及SpringBoot 2.5.0。

       OpenFeign是组组件解析接口PHP源码声明式的Rest接口客户端，相当于HttpClient，组组件用于实现服务接口的组组件远程调用。假设集群中有服务A和B，组组件通过OpenFeign注解，组组件服务A可以自动调用服务B的组组件远程Rest接口，如同调用本地方法。组组件

       示例代码中，组组件通过Spring中获取Bean并调用getReviewerIds方法，组组件即可请求远程服务AUTH的组组件Rest接口。

       具体实例可参考官网提供的Feign Using Eureka示例。

       采用OpenFeign的原因在于它封装了Feign与RestTemplate，支持SpringMVC注解与消息转换器，结合SpringMVC定义的Controller注解，如@GetMapping、@PathVariable等，唯一区别在于当以Get方式传递Pojo对象时，linux源码压缩命令提供了新的注解@SpringQueryMap。

       在SpringCloud .x版本中，已移除了ribbon的负载均衡功能，改为使用SpringCloud-LoadBalance实现。

       @FeignClient配置简介，其源码显示默认配置为FeignClientsConfiguration。配置方式一中，@FeignClient注解的configuration属性默认值为FeignClientsConfiguration，实际是通过@ConditionalOnMissingBean定义相关Bean。自定义配置类无需添加@Configuration注解，以免影响全局应用。

       配置方式二允许在配置文件中进行设置，配置文件优先级高于配置类，同时设置@FeignClient的configuration和配置文件时，配置文件优先。

       OpenFeign实现原理基于代理机制，通过自定义接口方法实现远程服务调用，且通过注册中心存储服务提供者信息，如集群数、实例IP和端口等。

       @FeignClient接口推荐在消费端实现，网站源码离线工具以便于维护和避免代码冗余。然而，不同的观点倾向于将此类放置在服务端。对于引入OpenFeign带来的问题，学习研究新组件和分布式事务问题成为首要挑战。

       OpenFeign使用简单，后续文章将探讨生产环境中使用OpenFeign遇到的问题及解决方案。

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

       欢迎来到本篇文章，之前我们已经深入探讨了OpenFeign的动态代理生成原理和Ribbon的运行机制。若要对OpenFeign的动态代理生成原理和Ribbon的运行原理有更深入的了解，可关注微信公众号“三友的java日记”，通过菜单栏查看整理的相关内容。接下来，我们将继续深入SpringCloud组件原理，探讨OpenFeign是如何利用Ribbon实现负载均衡的，以及两组件如何协同工作的。

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

       我们从Feign客户端接口的动态代理生成原理出发，了解到动态代理基于JDK实现，所有方法调用最终都会调用到InvocationHandler接口的实现，即ReflectiveFeign.FeignInvocationHandler。京东薅羊毛源码接下来，我们将深入探讨FeignInvocationHandler如何实现rpc调用。

       FeignInvocationHandler通过invoke方法实现动态代理功能，其主要逻辑如下：

       1. 对于调用的方法是否为equals、hashCode、toString等特殊方法进行判断，若为则无需走rpc调用。

       2. 从dispatch获取调用方法对应的MethodHandler，然后调用MethodHandler的invoke方法。

       3. MethodHandler在构建动态代理时生成，作用是最终实现rpc调用，每个方法有对应的MethodHandler。

       4. SynchronousMethodHandler是实现rpc调用的关键类，通过构造RequestTemplate、Options和重试组件，发起ponents目录，并引入依赖文件。通过readme.md文档了解a-button.stml的使用。wifi同步到自定义loader后，运行效果如图所示。

       APICloud的ssm框架源码教学模块商城和多端组件适合刚接触低代码开发平台的开发者，感兴趣的小伙伴可以学习尝试。

cloud-init介绍及源码解读(上)

       cloud-init介绍及源码解读(上)

       cloud-init的基本概念

       metadata包含服务器信息，如instance id，display name等。userdata包含文件、脚本、yaml文件等，用于系统配置和软件环境配置。datasource是cloud-init配置数据来源，支持AWS、Azure、OpenStack等，定义统一抽象类接口，所有实现都要遵循规范。

       模块决定定制化工作，metadata决定结果。cloud-init配置有4个阶段：local、network、config、final。cloud-init支持多种userdata类型，如自定义Python代码、MIME文件等。用户数据类型包括User-Data Script（MIME text/x-shellscript）和Cloud Config Data（MIME text/cloud-config）。

       cloud-init支持多种datasource，包括NoCloud、ConfigDrive、OpenNebula等。通过Virtual-Router获取metadata和userdata信息。

       cloud-init在云主机上创建目录结构以记录信息。cloud.cfg文件定义各阶段任务。

       cloud-init工作原理

       cloud-init通过从datasource获取metadata，执行四个阶段任务完成定制化工作。在systemd环境下，这些阶段对应的服务在启动时执行一次。

       local阶段从config drive中获取配置信息写入网络接口文件。network阶段完成磁盘格式化、分区、挂载等。config阶段执行配置任务。final阶段系统初始化完成，运行自动化工具如puppet、salt，执行用户定义脚本。

       cloud-init使用模块指定任务，metadata决定结果。set_hostname模块根据metadata设置主机名。设置用户初始密码和安装软件是典型应用。

       cloud-init源码解读

       cloud-init核心代码使用抽象方法实现，遵循接口规范。主要目录包括定义类和函数、网络配置、模块初始化、系统发行版操作、配置文件管理、模块处理、数据源、事件报告等。

       模块通过handle函数解析cloud config配置，并执行逻辑。数据源类扩展实现接口。handler处理用户数据。reporting框架记录事件信息。

       cloud-init提供文件操作、日志管理、配置解析等辅助类。其他文件包括模板处理、日志格式定义、版本控制等。

       cloud-init通过模块、datasource和配置文件实现云主机元数据管理和定制化。源码结构清晰，功能全面，是云环境定制的强大工具。

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的远程调用功能。如果你对源码的深入理解感兴趣，下期文章将继续解析调用源码细节。