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是组组件美团外卖html源码声明式的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对象时，帮助中心首页源码提供了新的注解@SpringQueryMap。

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

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

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

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

       @FeignClient接口推荐在消费端实现，iwshop源码部署文档以便于维护和避免代码冗余。然而，不同的观点倾向于将此类放置在服务端。对于引入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的推客系统 源码模块商城和多端组件适合刚接触低代码开发平台的开发者，感兴趣的小伙伴可以学习尝试。

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