springcloud feign,SpringCloud FeignClient的坑(httpClient连接池的使用)
springcloud feign,SpringCloud FeignClient的坑(httpClient连接池的使用)详细介绍
本文目录一览：
- 1、
- 2、
Spring Cloud OpenFeign调用流程
首先，在动态代理阶段，调用流程会涉及到`feign.ReflectiveFeign.FeignInvocationHandler#invoke`方法。此方法巧妙地利用映射属性`dispatch`来查找并匹配相应的处理器，随后进入`feign.SynchronousMethodHandler#invoke`方法的执行。
紧接着，来到了核心的执行与解码阶段。`feign.SynchronousMethodHandler#executeAndDecode`方法担负着执行请求并解码的重任，完成了一系列关键的操作。
在负载均衡的环节中，`org.springframework.cloud.openfeign.loadbalancer.FeignBlockingLoadBalancerClient#execute`方法实现了URL服务名到真实IP地址的转换，确保了请求能够准确地到达目标服务。
自动注入功能则通过`FeignLoadBalancerAutoConfiguration`和`DefaultFeignLoadBalancerConfiguration`的配置，将`FeignBlockingLoadBalancerClient`引入并注入到SpringBean中，为后续的操作提供了便利。
当涉及到HTTP请求的实现时，`feign.Client.Default#execute`方法利用jdk进行实现，通过`convertAndSend`方法建立了连接，并设置了相关属性，处理了参数的传递。随后，`convertResponse`方法返回了包含关闭流功能的`feign.Response`，这一阶段不仅实现了HTTP请求的发送，还管理了参数的传输或输入流。
至于HTTP响应的处理，则是通过`CompletableFuture`来装配响应结果。`feign.AsyncResponseHandler#handleResponse`方法成为了响应结果处理的入口，其中执行了状态码的判断、结果的获取以及输入流的关闭等操作。
进入响应结果的解码流程，这一过程从`feign.AsyncResponseHandler#decode`开始，依次经过`org.springframework.cloud.openfeign.support.ResponseEntityDecoder#decode`、`org.springframework.cloud.openfeign.support.SpringDecoder#decode`，最终到达`org.springframework.web.client.HttpMessageConverterExtractor#extractData`和`org.springframework.http.converter.json.AbstractJackson2HttpMessageConverter#read`。这一系列解码操作将HTTP响应的字符串形式转换为所需的对象格式，满足了我们对处理对象的需求。由于HTTP响应结果通常是字符串形式，因此需要进行解码才能得到我们需要的对象格式，例如解析为Java对象以便进一步的处理或使用。
总结来说，Spring Cloud OpenFeign的调用流程涵盖了动态代理、HTTP请求发送和响应结果解码等多个关键步骤，每一步都精心设计，确保了高效、准确地完成请求和响应的处理。
SpringCloud FeignClient的坑(httpClient连接池的使用)
在云计算的广阔领域中，尽管当前Go语言在需求上或许不及Java广泛，但其对于云原生环境的潜力和应用前景不容忽视。SpringCloud的FeignClient作为HTTP RPC架构的重要组成部分，其内部机制和配置却可能带来一系列挑战。
在SpringCloudFeignClient中，关于HttpClient连接池的问题一直是开发者们关注的焦点。当面对高并发、压力测试等场景时，FeignClient的自动配置方式可能会引发请求失败的情况。这两种常见的错误问题——Ribbon负载均衡器无法找到目标服务，以及底层socket连接时遇到UnknownHost的错误——往往源于其默认的配置方式。
FeignClient默认采用DefaultFeignLoadBalancedConfiguration，这种配置方式不依赖连接池，仅当项目中引入了如OkHttpClient或ApacheHttpClient等相关的包时，才会启用连接池功能。然而，在许多实际的应用场景中，开发者可能并未意识到这一点，没有导入必要的依赖，导致HTTP请求以非连接池的方式执行，从而引发上述问题。
幸运的是，解决这个问题的方法相对简单直接。只需在项目中适当地引入相应的HttpClient实现即可。这一步操作将极大地提升系统的并发性能和稳定性，减少因并发请求导致的失败率。
此外，值得注意的是，随着技术的不断演进，SpringCloud在新版本中已经弃用了Ribbon负载均衡器。这一变化不仅需要我们重新审视和调整相关的配置和实现策略，也预示着未来可能会有更多的优化和改进。
总的来说，对于SpringCloudFeignClient中的HttpClient连接池问题，我们应该给予足够的重视。通过合理的配置和实现策略，我们可以充分利用其潜力，提升系统的性能和稳定性。同时，随着技术的不断进步和演进，我们期待着更多关于SpringCloud和Ribbon的分享和优化，为开发者们带来更多的可能性和机遇。