自从采用了中台架构，看到内部服务间无比复杂的调用链路，内心对平台性能就是七上八下的，一直没时间做性能摸底，刚好7月份满足了业务的上线需求，又经过1个多月的打磨，现在终于能腾出手来看看性能情况了。来吧！压抑吧！

先来个查询的场景，2000并发，3个阶梯，10分钟跑起来，话说现在云服务真TM好用，考虑又周到，绝对不是打广告哈！阿里云的压测服务用起来还是比较给力的，多机输送流量，压起来杠杠的，花钱也是杠杠的~_~!

CPU、负载都上来了：

没对啊，TPS这么低？？？这不科学，多试几个接口还是一样，到底哪儿在作妖？空口再测一次，有点点提高，难道是gateway？跳过网关测，原来真是，gateway吃掉了将近65%的TPS性能

参考网上公开的数据，确实网关对性能的损耗是很大的，spring gateway性能表现要好于zuul，但实际损耗也蛮大的，没办法，这就是使用微服务的代价，不过现在都容器化了，多开几个gateway容器也能一定程度上缓解这个问题，同时新版本gateway性能要比老版本表现好些，如果实在接受不了的话，据说kong接近于原生nginx代理的性能，但是开发使用起来复杂度要高些。

这里附上网上其他大神的测试结果，（测试版本未知，环境未知，仅作参考，请勿拍砖）：

单实例服务，不经过gateway，结果：

4服务实例，不经过gateway，结果：

后端单实例服务，8个gateway实例：

做个总结，代码优化空间较大：