被微服务循环依赖调用坑了 !

本文讲述了在微服务环境中,由于环形依赖调用导致的接口超时问题。作者通过分析调用链和日志,发现服务间的循环调用在高并发下造成服务内部线程池资源耗尽,从而引发SocketTimeoutException。通过消除环形依赖,成功解决了问题。同时,文章提醒开发者避免在测试环境频繁重启服务,并提供了问题重现与验证的步骤,强调理解问题根本原因的重要性。
摘要由CSDN通过智能技术生成

最近的迭代转测后,遇到了一个比较有意思的问题。系统在测试环境整体运行还算平稳,但是过一段时间之后,就开始有接口超时了,日志中出现非常多的 “java.net.SocketTimeoutException: Read timed out”。

试了几次重启大法,每次都是坚持一会之后,就再次出现 SocketTimeoutException。(注意,在测试环境于遇到问题重启服务,并不是一个好的实践,因为重启可能会让不容易出现的问题现场被破坏。如果问题在测试环境不能再重新,却在发版后出现在生产环境的话,那不仅会造成生产运维事件,还要顶着巨大的压力去解决问题,有过经验的小伙伴一定知道个中滋味。)

2.初步分析

顺着测试汇报的出现问题的场景,跟踪调用链上相关服务的日志,发现出现了微服务之间循依赖调用。大致情况可以抽象如下所示(图中所有调用都是 http 协议):

  • Client 调用服务 Foo.hello()

  • Foo.hello() 逻辑中会调用服务 Boo.boo()

  • <
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

技术宅chat

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值