记SocketException: Broken pipe的一种可能

目录

  • 1. 问题背景
  • 2. 问题原因
  • 3. 解决方案

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,不让它报出来而已,但是我们情况有点特殊,因为我们两个系统之前连接需要通过网闸进行间接通信,所以暂时还没有更好的解决方案。

你可能感兴趣的:(后端)