记SocketException: Broken pipe的一种可能

1. 问题背景

2017年移动子项目B上线后,因为子项目B需要与A项目进行频繁的交互,A服务器(Redhat 7.0)经常会抛出以下异常:org.apache.catalina.connector.ClientAbortException: java.net.SocketException: Broken pipe.
当时还未来得及分析处理,恰巧另一个非常紧急的新项目需要去客户现场调研需求及开发,所以就风风火火的飞到客户现场。

2. 问题原因

虽然该异常时有发生,但是它并不影响系统的使用,所以当时的也未处理 ,从当时一直遗留到现在。前天在分析日志时,突然看到该异常,才太扎眼了,所以开始查资料,找方案,但都未找到原因。网上有很多产生该异常的解决方案,可能是情况不一样,导致产生的原因不一样,例如:客户端设置了超时时间 ,流提前关闭等等。后来又查到因为操作系统线程数量过来时,导致操作系统在线程等待/恢复操作,也会抛出该异常。分析系统的各类业务 ,不存在高并发的业务。分析日志,发现在抛出异常时,uptime负载确实相对较高,查到这里结合Oracle的解释,基本确认是因在Linux环境下的线程机制导致JVM出错的问题。

3. 解决方案

为了防止SocketException: Broken pipe,可通过设置环境变量_JAVA_SR_SIGNUM来解决,在文件
/etc/profile的最后一行加上

export _JAVA_SR_SIGNUM=12

保存后,再运行export profile
该设置只是将信号改为user-defined,不让它报出来而已,但是我们情况有点特殊,因为我们两个系统之前连接需要通过网闸进行间接通信,所以暂时还没有更好的解决方案。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值