记录一次线上,ss服务出现大面积不能响应请求:java.io.IOException: Broken pipe

本文分享了一次因接口超时导致服务不可用的问题及解决过程。通过排查发现,超时问题是由于服务依赖中未妥善处理错误导致。文章强调了在服务设计中实施 failfast 和 failover 的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

5月26日 ,晚上 ,我讲新增的功能部署上线后,运行两天,接口服务就响应不了,错误特征:

1.日志信息:

exec-147] com.xpx.middle.web.VproductSearchController - Òì³£ÐÅÏ¢£ºjava.io.IOException: Broken pipeÒì³£¶ÑÕ»£ºorg.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:393)  org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:426)  org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:342)  org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:317)  org.apache.catalina.connector.CoyoteOutputStream.flush(CoyoteOutputStream.java:110)  com.fasterxml.jackson.core.json.UTF8JsonGenerator.flush(UTF8JsonGenerator.java:1020) 

没有其他业务错误信息。

2. 新的请求全部不能响应。

解决办法:

1. 查看cpu  内存,tcp连接数 都不多,mysql的sql也正常。

2.查看jstack -l pid 也没有很特别的信息。

最终在接口打印节点日志,计算几个关键步骤的执行,耗时情况,发现端倪。



总结:这里想说的是 接口超时 会导致整个服务不可用,做好接口依赖的服务的错误处理很关键:

failfast:快速发现错误

failover:失败切换。


最终:更改服务读取超时时间,让服务提供方优化

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值