peise网站,网站服务器人多怎么挤进去,wordpress站点前台请求数过多,哈尔滨今天新闻头条测试环境没有报错#xff0c;生产环境每天都有几条这样的报错#xff0c;网上查了好多资料#xff0c;翻译成中文大概意思是 Broken pipe#xff08;“管道破裂”#xff09;
错误原因说明#xff1a;
1#xff09;broken pipe的字面意思是“管道破裂”。broken pip的…测试环境没有报错生产环境每天都有几条这样的报错网上查了好多资料翻译成中文大概意思是 Broken pipe“管道破裂”
错误原因说明
1broken pipe的字面意思是“管道破裂”。broken pip的原因是该管道的读端被关闭。
2broken pipe经常发生socket关闭之后或者其他的描述符关闭之后的write操作中。
3发生broken pipe错误时进程收到SIGPIPE信号默认动作是进程终止。
4broken 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
