记录一次spring cloud gateway TPS性能异常的排查

Gateway作为一款基于Netty开发的网关,其支持并发的能力应当很优秀才对,可是我在最近一次jmeter测试中发现自己搭建的网关的TPS非常低,这也令我非常困惑,究竟哪里出了问题?

 

万事有果必有因


下载JProfiler

https://www.ej-technologies.com/products/jprofiler/overview.html

不需要去找破解版,免费10天的,足够了

安装完成后,打开idea,安装对应插件

都安装完成后,点击蓝色的profiler小圆球,启动gateway

evaluate -> ok  啥都不看,直接进

这就是监控主页

本文主要是介绍并发情况下的线程问题,直接去Threads下,搜索reactor线程,这是gateway工作的主要区域,可以看见8个线程,数量应该是按照CPU线程数*2来的吧,说错勿怪

接下来,打开JMeter,新建-线程组,设个2000线程,ramp-up时间0s,配置完Http请求的数据,run

 

emmmm,就是这样了,block就是红色区域,这我那信啊,gateway作为spring家族一员怎么可能连这一点并发都撑不住呢

 切回JProfiler->Monitors&locks->Locking History Graph,并重新开始JMeter测试

 

可以很轻易找到发生lock的各个时间点的快照图,图中三个reactor线程发生的bolck,右边是锁住的类,右击该类,选择Show Selection in Heap Walker

References下 选择Incoming references,可以看到具体的引用链

这下就看出来了,导致阻塞的是logback日志类的ConsoleAppender,应该是控制台输出过于频繁了,因为之前为了调试,日志的打印级别设为了DEBUG,现在需要改回INFO,重新启动测试:

现在红色的是 sun.nio包里的 WindowsSelectorImpl 导致的,具体的不是很清楚,但现在主要问题已经解决了,TPS也恢复了正常。要是有同学知道nio原理的可以留言解惑

 

  • 2
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Spring Cloud Gateway是一个基于Spring实现的微服务网关,它提供了一种灵活、强大的方式来构建、管理和路由微服务的请求流。在使用Spring Cloud Gateway时,我们可以通过编写自定义的全局过滤器来实现全局拦截异常的功能。 要实现全局拦截异常,首先我们需要创建一个全局异常处理的类,该类需要继承自AbstractGatewayExceptionHandler。在这个类中,我们可以根据自己的需求重写相应的方法来处理异常。 比如,可以重写handleException方法来处理异常,并返回自定义的错误响应。在这个方法中,我们可以根据不同的异常类型进行不同的处理,比如返回特定的错误码、错误信息等。 然后,我们需要将这个全局异常处理类注册到Spring Cloud Gateway中。在Java配置文件中,添加一个Bean,将全局异常处理类的实例作为参数传入。 通过以上步骤,我们就可以实现Spring Cloud Gateway的全局拦截异常功能了。当微服务中出现异常时,系统会自动调用全局异常处理类中的相应方法来处理异常,并返回自定义的错误响应。 总之,使用Spring Cloud Gateway可以方便地实现全局拦截异常的功能。我们只需要编写一个自定义的全局异常处理类,并将其注册到Spring Cloud Gateway中即可。这样,我们就能够在微服务中统一处理各种异常,并返回自定义的错误信息。这样不仅提高了系统的可维护性,还可以提升用户的体验。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值