SpringCloud Alibaba 微服务实战二十三 - Feign 性能调优
概述
在正常情况下Feign有三种客户端实现:
-
Client.Default
类:默认的 feign.Client 客户端实现类,内部使用HttpURLConnnection
完成HTTP URL请求处理; -
ApacheHttpClient
类:内部使用Apache httpclient
开源组件完成HTTP URL请求处理的feign.Client 客户端实现类; -
OkHttpClient
类:内部使用OkHttp3
开源组件完成HTTP URL请求处理的feign.Client 客户端实现类。
@ConditionalOnClass({ ILoadBalancer.class, Feign.class }) @ConditionalOnProperty(value = "spring.cloud.loadbalancer.ribbon.enabled", matchIfMissing = true) @Configuration(proxyBeanMethods = false) @AutoConfigureBefore(FeignAutoConfiguration.class) @EnableConfigurationProperties({ FeignHttpClientProperties.class }) @Import({ HttpClientFeignLoadBalancedConfiguration.class, OkHttpFeignLoadBalancedConfiguration.class, DefaultFeignLoadBalancedConfiguration.class }) public class FeignRibbonClientAutoConfiguration { ... }
在前面一节内容中我们看到Feign默认客户端实现 HttpURLConnnection
性能不是很好,与Dubbo RPC的性能相差很大。基于 HttpURLConnnection
的测试结果如下:
聚合报告
平均响应时间 | 吞吐量 | 最小响应时间 | 最大响应时间 |
---|---|---|---|
6866ms | 59.5/sec | 3056ms | 12232ms |
本章内容我们需要对Feign的所有客户端进行性能测试,以此来确定选择一个最优的客户端调用工具。
测试工具
测试服务器:Intel Core i5-7200U CPU @ 2.50GHz 2.70GHz 6核 16G内存
测试工具:JMeter5.1
线程数:1000
Ramp-Up : 10
JMeter测试工具
「ps : 本文中出现的所有性能测试结果我都至少测试过10遍以上,最后选取的是一个相对平均的结果,测试结果相对还是比较准确的。」
HttpClient
首先我们先将客户端工具切换到HttpClient,查看HttpClientFeignLoadBalancedConfiguration配置类,源码如下
@Configuration(proxyBeanMethods = false) @ConditionalOnClass(ApacheHttpClient.class) @ConditionalOnProperty(value = "feign.httpclient.enabled", matchIfMissing = true) @Import(HttpClientFeignConfiguration.class) class HttpClientFeignLoadBalancedConfiguration { @Bean @ConditionalOnMissingBean(Client.class) public Client feignClient(CachingSpringLoadBalancerFactory cachingFactory, SpringClientFactory clientFactory, HttpClient httpClient) { ApacheHttpClient delegate = new ApacheHttpClient(httpClient); return new LoadBalancerFeignClient(delegate, cachingFactory, clientFactory); } }
从代码 @ConditionalOnClass({ApacheHttpClient.class})
注解可知,只需要在pom文件上加上 HttpClient
依赖即可。另外需要在配置文件中配置 feign.httpclient.enabled
为 true
,从@ConditionalOnProperty
注解可知,这个配置可以不写,因为在默认情况下就为true。
所以要使用HttpClient我们只需要在消费者模块 order-service
引入httpclient依赖即可:
<dependency> <groupId>io.github.openfeign</groupId> <artifactId>feign-httpclient</artifactId> </dependency>
测试结果
聚合报告
平均响应时间 | 吞吐量 | 最小响应时间 | 最大响应时间 |
---|---|---|---|
8390ms | 48.5/sec | 2691ms | 20371ms |
在高并发下性能测试居然比不过原生的 HttpURLConnnection
,有点点失望!
OkHttp
同样先查看okhttp的配置类 OkHttpFeignLoadBalancedConfiguration
@Configuration(proxyBeanMethods = false) @ConditionalOnClass(OkHttpClient.class) @ConditionalOnProperty("feign.okhttp.enabled") @Import(OkHttpFeignConfiguration.class) class OkHttpFeignLoadBalancedConfiguration { @Bean @ConditionalOnMissingBean(Client.class) public Client feignClient(CachingSpringLoadBalancerFactory cachingFactory, SpringClientFactory clientFactory, okhttp3.OkHttpClient okHttpClient) { OkHttpClient delegate = new OkHttpClient(okHttpClient); return new LoadBalancerFeignClient(delegate, cachingFactory, clientFactory); } }
查看注解我们知道要使用OkHttp必须满足两个条件:
-
必须满足
OkHttpClient.class
在当前类路径中存在,即引入相应依赖 -
必须要配置
feign.okhttp.enabled
配置项的值为true
所以这里我先引入OkHttp的依赖:
<dependency> <groupId>io.github.openfeign</groupId> <artifactId>feign-okhttp</artifactId> </dependency>
然后修改配置文件,开启OkHttp:
feign: ... okhttp: enabled: true
测试结果
聚合报告
平均响应时间 | 吞吐量 | 最小响应时间 | 最大响应时间 |
---|---|---|---|
5335ms | 66.3/sec | 1874ms | 9011ms |
三个客户端中性能最好的!
测试结果分析
通过上面测试结果(默认配置)我们很明显可以得出以下两个结论:
-
OKHttp性能优于其他两种,推荐使用!
-
在高并发情况下
Apache httpclient
效率甚至还没有默认的HttpURLConnection
效率高。且在压测过程中,发现使用连接池请求卡顿现象很容易出现,apache httpclient
甚至还出现请求卡死情况。httpclient最不推荐使用。
容器优化
Undertow
是一个用java编写的灵活的高性能Web服务器,提供基于NIO的阻塞和非阻塞API。相比于 tomcat
,Undertow
的性能更高,更轻量。借此机会我们刚好看看 Undertow
加 OkHttp
的测试效果。
首先我们需要引入undertow的依赖并排除tomcat的依赖:
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> <exclusions> <exclusion> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-tomcat</artifactId> </exclusion> </exclusions> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-undertow</artifactId> </dependency>
测试效果
聚合报告
平均响应时间 | 吞吐量 | 最小响应时间 | 最大响应时间 |
---|---|---|---|
3817ms | 71.7/sec | 1830ms | 6174ms |
通过测试效果可以看出,使用了undertow容器后,性能又有了小小的提升。
总结
本文中的所有测试结论都是基于组件的默认配置,对于那些追求性能而又不想对参数进行调优的可以考虑 OkHttp + Undertow
的组合,虽然没办法与dubbo等rpc协议性能相比,但是在springcloud架构中的http调用,这两者之间的组合性能最高。
最后为了方便大家直观比较,将Feign原生 HttpURLConnnection
的测试结果和基于 OkHttp + Undertow
的测试结果放一起供大家参考:
-
HttpURLConnnection
平均响应时间 | 吞吐量 | 最小响应时间 | 最大响应时间 |
---|---|---|---|
6866ms | 59.5/sec | 3056ms | 12232ms |
-
OkHttp + Undertow
平均响应时间 | 吞吐量 | 最小响应时间 | 最大响应时间 |
---|---|---|---|
3817ms | 71.7/sec | 1830ms | 6174ms |
如果本文对你有帮助,别忘记来个三连:点赞,转发,评论。咱们下期见!
本文分享自微信公众号 - JAVA日知录(javadaily)。
如有侵权,请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
基于 Prometheus 和 Grafana 的监控平台 - 环境搭建
相关概念 微服务中的监控分根据作用领域分为三大类,Logging,Tracing,Metrics。 Logging - 用于记录离散的事件。例如,应用程序的调试信息或错误信息。它是我们诊断问题的依据。比如我们说的ELK就是基于Logging。 Metrics - 用于记录可聚合的数据。例如,队列的当前深度可被定义为一个度量值,在元素入队或出队时被更新;HTTP 请求个数可被定义为一个计数器,新请求到来时进行累。prometheus专注于Metrics领域。 Tracing - 用于记录请求范围内的信息。例如,一次远程方法调用的执行过程和耗时。它是我们排查系统性能问题的利器。最常用的有Skywalking,ping-point,zipkin。 今天我们主要聊聊Prometheus的监控,接下来我们了解下需要涉及的几个关键组件。 Prometheus Prometheus(中文名:普罗米修斯)是由SoundCloud开发的开源监控报警系统和时序列数据库(TSDB). Prometheus使用Go语言开发, 是Google BorgMon监控系统的开源版本。 Prometheus的基本原理是...
- 下一篇
内存问题探微
这篇文章是我在公司 TechDay 上分享的内容的文字实录版,本来不想写这么一篇冗长的文章,因为有不少的同学问是否能写一篇相关的文字版,本来没有的也就有了。 说起来这是我第二次在 TechDay 上做的分享,四年前第一届 TechDay 不知天高地厚,上去讲了一个《MySQL 最佳实践》,现在想起来那些最佳实践貌似不怎么佳了。不扯远了,接下来看看具体的内容。 这次分享的主题是《内存问题探微》,会分为下面几个方面来聊一聊。 Linux 内存知识的底层原理 malloc、free 的底层实现原理 ptmalloc2 的实现原理 Arena、Heap、Chunk、Bin 的内部结构 java 开发相关的内存问题说明 为什么要分享这个主题 因为这是我被问的最频繁的问题,哎呀我的程序 OOM 了怎么办,我的程序内存超过配额被 k8s 杀掉了怎么办,我的程序看起来内存占用很高正常吗? 下面这个图就是我们之前做压测的时候,Nginx 内存占用过高,被操作系统杀掉的一个图。 当压测流量进来时,Nginx 内存蹭蹭蹭往上涨,达到 130G 左右时被系统 OOM-killer 杀掉,流量入口都有瓶颈,压测...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS7安装Docker,走上虚拟化容器引擎之路
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- CentOS关闭SELinux安全模块
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Docker安装Oracle12C,快速搭建Oracle学习环境
- SpringBoot2全家桶,快速入门学习开发网站教程
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长