1.Spring Cloud OpenFeign源码FeignClientFactoryBean原理
2.SpringCloud原理OpenFeign之FeignClient动态代理生成原理
3.Feign踩坑记录：JSON parse error
4.SpringCloud原理OpenFeign原来是取注这么基于Ribbon来实现负载均衡的

Spring Cloud OpenFeign源码FeignClientFactoryBean原理

       Spring Cloud OpenFeign的FeignClientFactoryBean在实例化过程中，通过FactoryBean接口实现，册中GetObject方法的心源关键步骤包括获取FeignContext、配置Feign.Builder、注册中心创建HardCodedTarget和调用loadBalance方法。取注这些步骤涉及自动配置、册中源码数BFH为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的远程调用功能。如果你对源码的深入理解感兴趣，下期文章将继续解析调用源码细节。

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，每个客户端的ios 开发钢琴源码配置能够在自己的上下文中进行解析，避免了配置冲突。此外，我们还会剖析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组件的原理，未来将会有更多深入分析的文章。通过本文的总结，希望能为读者提供一个清晰的视角，以便在实际项目中灵活运用OpenFeign实现高效、稳定的远程调用。

Feign踩坑记录：JSON parse error

        1.跟踪抛出异常的堆栈，发现在对返回结果的json解析中抛出异常

        2.为什么会解析json失败呢，我们单独调用feign对应的接口是正常的，json也是正常可以解析的

        3.难道feign的处理过返回的内容，又去跟了下fegin处理过程发现从response获取到流并没有任何异常，难道是出在了源头？但是源头又没有任何异常，此时思绪已经混乱，试着在google上查找有没有相关的问题，没想到在feign的github上找到类似问题 /OpenFeign/feign/issues/

        4.问题已然发现，就是响应的内容经过gzip编码，feign默认的Client不支持gzip解码。那么在此跟踪一下feign的源码查看处理过程，从入口 SynchronousMethodHandler 开始，在行开始获取响应内容

        最终在 Logger 的行找到响应流的读取，读取的流程如下：

        5.最终问题出在feign使用默认的HttpURLConnection，并没有经过任何处理，导致读取的是gzip压缩后的内容。此时我们可以将其置换为Httpclient，其内部 ResponseContentEncoding 的 process 方法，取出了Content-Encoding并判断不为空，然后获取对应的处理方式。

        上面所说feign默认的Client不支持gzip解码可能容易引起歧义，应该是fegin默认的Client对响应流不支持对gzip后的字节流进行解析，所以在序列化成对象时会存在解析问题。如果一定要接收可以使用 ResponseEntity<byte[]> 来接收,这样feign就不会对其反序列化了。至于 feign.compression.request.enabled=true , feign.compression.response.enabled=true 配置的内容在 FeignAcceptGzipEncodingInterceptor , FeignContentGzipEncodingInterceptor ，大致可以看出只是在请求头添加了Header而已

        /3/

        spring已添加支持，SpringCloud版升级到Hoxton即可

        /spring-cloud/spring-cloud-openfeign/pull/

        //

        对于仍然存在问题的伙伴，可以直接使用OkHttp设置为feign的客户端（因为okhttp是默认支持gzip压缩），不需要关注spring cloud版本；最简单的方案，也是最推荐的方案。

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和重试组件，发起http请求，并通过Client接口执行请求，返回响应数据。

       二、LoadBalancerFeignClient与Ribbon整合

       从整个动态代理调用流程来看，Client是关键组件，负责发送http请求。Feign是如何通过Ribbon实现负载均衡的呢？让我们进一步剖析。

       通过整合配置类FeignRibbonClientAutoConfiguration，我们可以找到构造Feign.Builder实现的关键组件：LoadBalancerFeignClient。这个组件依赖于负载均衡，是Feign与Ribbon集成的入口。

       LoadBalancerFeignClient实现的核心逻辑在于从请求的URL中提取服务名，通过缓存机制获取或创建FeignLoadBalancer，最终调用executeWithLoadBalancer方法发起请求，完成负载均衡与服务调用。

       三、FeignLoadBalancer实现负载均衡与发送请求

       FeignLoadBalancer是实现选择负载均衡和发送http请求的关键组件。其核心逻辑在于重构请求路径，将服务名替换为具体的服务器IP和端口，然后通过execute方法完成请求。

       四、总结与图解

       本篇文章完整阐述了OpenFeign、Ribbon与注册中心之间的协同工作原理。通过总结，我们了解到OpenFeign在进行RPC调用时，借助Ribbon选择负载均衡服务器，而Ribbon从注册中心获取服务器列表。通过这张图，我们可以清晰地看到三个组件之间的协同关系。

       至此，我们完成了对这三个组件核心源码和流程的深入探讨。希望本篇文章能帮助读者理解微服务架构的基础原理，同时对OpenFeign、Ribbon、Nacos源码有更深入的认识。