java.net.SocketException: Broken pipe

测试环境没有报错,生产环境每天都有几条这样的报错,网上查了好多资料,翻译成中文大概意思是 Broken pipe(“管道破裂”

错误原因说明:

1)broken pipe的字面意思是“管道破裂”。broken pip的原因是该管道的读端被关闭。

2)broken pipe经常发生socket关闭之后(或者其他的描述符关闭之后)的write操作中。

3)发生broken pipe错误时,进程收到SIGPIPE信号,默认动作是进程终止。

4)broken pipe最直接的意思是:写入端出现的时候,另一端却休息或退出了,因此造成没有及时取走管道中的数据,从而系统异常退出

网上分析原因很多如下
1、报文过大:处理的报文过大,导致客户的端无法解析报文。 

2、文件过大:处理时间过长,由于执行时间较长或频率较高,程序或服务器出发超时直接结束进程。

3、重复提交:处理时间过长导致当客户端重复发送请求,而上次请求尚未完成,下次请求会close上次请求。

4、数据库配置问题:mysql配置文件忘记配置wait_timeout参数,导致数据库连接顺序关闭(RS、PS、CONN)。

5、另外就是:Java虚拟机内存太小或者使用低版本的JVM,出发垃圾回收。

结合项目本身分析:

我的应该是在第二和第三条导致的,client端用户在杀死进程时,接口的TCP请求尚未完成(未完成的原因是处理时间长)。
导致server端write数据时,收到SIGPIPE信号,抛出Broken pipe异常。

说白了就是我请求写入的数据量比较大,处理时间比较长,在测试环境单机测试的情况下,不会有问题。但生产环境数据请求量上来以后,当前一次请求还未处理完,后一个请求就把前一个请求给close掉了,导致write数据时,收到sigpipe(信号污染),抛出出了Broken pipe。

java.net.SocketException: Broken pipe
    at java.net.SocketOutputStream.socketWrite0(Native Method)
    at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109)
    at java.net.SocketOutputStream.write(SocketOutputStream.java:153)
    at org.apache.http.impl.io.SessionOutputBufferImpl.streamWrite(SessionOutputBufferImpl.java:124)
    at org.apache.http.impl.io.SessionOutputBufferImpl.write(SessionOutputBufferImpl.java:160)
    at org.apache.http.impl.io.ContentLengthOutputStream.write(ContentLengthOutputStream.java:113)
    at org.apache.http.entity.ByteArrayEntity.writeTo(ByteArrayEntity.java:112)
    at org.apache.http.impl.DefaultBHttpClientConnection.sendRequestEntity(DefaultBHttpClientConnection.java:156)
    at org.apache.http.impl.conn.CPoolProxy.sendRequestEntity(CPoolProxy.java:152)
    at org.apache.http.protocol.HttpRequestExecutor.doSendRequest(HttpRequestExecutor.java:238)
    at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:123)
    at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:272)
    at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:186)
    at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
    at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
    at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
    at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
    at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:108)
    at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:56)
 

解决办法:

我的场景是把身份证照片转成base64数据传输的,压缩前大概两百五十多k。

期初不怎么怀疑因为传输内容过大造成的,但试着对base64数据做了下压缩,在观察线上日志,发现问题确实没有了。

因为上传图片识别,牵扯到客户端和服务端的交互,虽然问题解决了,但我还是怀疑服务端连接设置也存在问题,一次数据传输200多k就造成报错,未免有点儿太过经不起考验,后续有新的发现,还会更新。

参考资料:

https://blog.csdn.net/shenshao_8/article/details/81049456

https://blog.csdn.net/ooppookid/article/details/54891771

https://www.cnblogs.com/cthon/p/9139553.html

### 回答1: java.net.SocketException: broken pipe是指在Socket通信过程中,连接的一方关闭了连接,而另一方仍在发送数据,导致连接断开的异常。可能的原因包括网络故障、连接超时、服务器负载过高等。解决方法包括增加超时时间、优化网络连接、减少服务器负载等。 ### 回答2: Java.net.SocketException: broken pipe是一种常见的网络错误,它通常是指在socket之间的通信过程中出现了一些异常,导致连接断开。具体来说,当Socket的一方试图向已经关闭的Socket连接中写入数据时,就会触发SocketException: broken pipe异常。这个异常的出现也可能是在客户端向服务器发送数据时,服务器响应时间过长而客户端在发送完数据之后已经关闭了连接,导致服务器不知道客户端已经关闭连接而继续发送数据,最终导致了连接异常。 解决这个问题主要有以下几个方面: 1. 检查网络连接:此异常通常是由于网络问题引起的,建议检查网络连接是否正常,包括连接速度、连接稳定性等方面。 2. 代码优化:如果客户端向服务器发送数据时,服务器响应时间过长,可以通过改变代码来优化问题。例如,可以考虑采用异步请求,并使用回调功能。这样,在客户端向服务器发送数据时,服务器无法响应,会立即关闭连接,客户端也能立即获取到这个状态。 3. 避免重复提交:在客户端与服务器端通信时,建议控制请求频率,避免重复提交请求,从而避免造成连接异常。 4. 保证服务器正常:如果连接异常是由于服务器宕机、重启、网络断开等原因引起的,那么需要保证服务器正常运行。可以通过监控服务器运行状态,及时报警来维护服务器的正常运行。 总之,SocketException: broken pipe是一个比较常见的网络异常,需要在开发过程中及时解决。对于这个异常,需要通过检查网络连接、代码优化、避免重复提交和保证服务器正常等方式来解决。 ### 回答3: java.net.socketexception: broken pipe是一个常见的错误,出现的原因是连接和网络中断或延迟等问题。该错误通常发生在客户端与服务器之间的网络通信过程中,此时应该做出适当的处理来解决该问题。 首先,我们需要了解“broken pipe”的含义。在Linux系统中,当一个进程的写入数据套接字缓冲区已满,而另一个进程已经终止或已关闭了连接句柄时,会出现“broken pipe”。在Java中,该错误通常在Socket连接中出现,指示Excel进程尝试向已关闭的Socket传输数据。 此外,该错误在Java中还可能是由于客户端与服务端连接丢失造成的。例如,当客户端在与服务器通信时,网络状况不好,没有及时获得响应时,客户端会不断地发送请求或消息,但由于没有接收到响应,连接最终会丢失,导致出现“broken pipe”错误。 为了解决这个问题,我们可以采取以下措施: 1. 确保客户端与服务器之间的连接状态。在进行数据传输前,我们需要先建立连接,并对连接状态进行监测。在传输过程中,我们可以设置心跳包来维持连接状态,确保连接没有出现问题。 2. 解决网络问题。在连接状态出现问题时,我们需要检查网络问题,例如路由器、防火墙等设备的设置是否合适。如果网络状况非常不好,我们可以尝试使用备用传输通道或协议来保持连接。 3. 检查代码逻辑。我们需要确保代码逻辑正确,如确保没有更频繁地向服务器发送请求,避免服务器过载。我们还可以使用各种调试工具来跟踪代码中的问题。 总之,java.net.socketexception: broken pipe是一个通用的网络错误,可以通过对网络状态的监测、代码逻辑的检查、以及协议的优化等手段来解决。在开发网络应用时,我们需要特别注意这个问题,保证能够成为一个出色的开发者。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值