Connection reset by peer

最新推荐文章于 2022-09-08 16:37:14 发布
最新推荐文章于 2022-09-08 16:37:14 发布 · 126 阅读 · 0
文章标签：

#应用服务器 #浏览器 #JSP #Servlet #.net

本文解析了WebLogic控制台中出现的java.net.SocketException: Connection reset by peer异常。主要探讨了这种异常产生的原因，包括前端用户切换页面导致的响应中断、客户端重复刷新等问题，并给出了相应的理解和解释。
webloigc的控制台出现:java.net.SocketException:Connection reset by peer.
别人的理解:当Servlet(jsp)完成业务逻辑的处理后，向响应页面输出结果时，前端客户切换到了另外一个页面，所以就会出现sockets write error。
一般是有些客户端已关闭，一些线程因为延迟等原因觉察不到此连接已结束，继续等到到出错或是 客户端那里不停刷或一个访问/刷新没完成前再刷，要让这个无用的线程死掉和和这个错误如果不影响应用运行的话大可不必理会。有一种抛出这个异常的情况是：浏览器请求了一个服务器端资源，在响应回来之前转而请求其他的资源。这个时候最初的浏览器跟服务器的连接中断，服务器的peer程序就会reset那个connection
Elasticsearch出现Connection reset by peer
zxl2016的博客
06-13 1697
elasticsearch
老项目采用tomcat出现异常：Connection reset by peer: socket write error 异常解决方法
01-15 3103
jsp+servlet项目一段时间就出现异常，导致无法登陆系统，数据库无法连接上 异常信息如下： java.sql.SQLException: Io 异常: Connection reset by peer: socket write error at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) a
Tomcat 5报Connection reset by peer: socket write error
锋哥哥~专栏
05-17 1822
      前几个月用JSP做了一个网站，一直都没什么问题的。但是不知道发生了什么问题，这几天就狂报:Connection reset by peer: socket write error。当时候上网查了很多资料，都只是说由什么问题引起的。却一直都找不到解决办法，后面通过自己的不断测试和摸索，终于给我弄出来了。问题是：由于Tomcat的JVM内存太低（默认128M），由于之前自己一直都深入去了解
java.net.SocketException: Connection reset by peer: socket write error
luolm712的专栏
01-31 2196
      java.net.SocketException: Connection reset by peer: socket write error      这个异常我碰到的抛出的位置很奇怪，不是jsp代码，居然是从一个（“静态内容”）标签的位置抛出来的，测了很久也没找出原因，到网上搜索，也有各种各样的说法，列举如下以作参考和备用。       说法1、存在的连接被远程主机强制关
网络：connect reset by peer是怎么回事
OceanStar的博客
08-27 10万+
我们在做一些应用排查的时候，时常会在日志里看到跟 TCP 有关的报错。比如 connection reset by peer“连接被对端 reset（重置）”，这个字面上的意思是看明白了。要回到这类追问，光靠日志就不行了。事实上，网络分层的好处在于每一层都只要做好自己的事情就可以了。而坏处就比如当前的这种情况：应用层只需要操作系统告诉它：“你的连接层被reset了”。但是为什么会reset呢？...............
Connection reset by peer的常见原因及解决办法
好习惯成就伟大
10-02 2万+
文章目录 Connection reset by peer的常见原因 rabbitMQ连接断开问题 1、如果一端的Socket被关闭（或主动关闭，或因为异常退出而引起的关闭），另一端仍发送数据，发送的第一个数据包引发该异常(Connect reset by peer)。 Socket默认连接60秒，60秒之内没有进行心跳交互，即读写数据，就会自动关闭连接。 2、一端退出，但退出时并未关闭该连接，另一端如果在从连接中读数据则抛出该异常（Connection reset）。 简单的说就是在连接断开后的读和
connection reset by peer问题总结及解决方案
09-01
"Connection Reset by Peer" 是一个常见的网络错误，通常在数据传输过程中出现，表明通信的另一方（客户端或服务器）突然终止了连接。这个问题可能由多种原因引起，下面我们将详细探讨这些原因并提供相应的解决方案...
PHP执行Curl时报错提示CURL ERROR: Recv failure: Connection reset by peer的解决方法
10-25
然而，在处理网络连接时，有时会遇到错误提示"CURL ERROR: Recv failure: Connection reset by peer"。这个错误通常意味着在数据传输过程中，服务器或客户端意外地断开了连接，导致通信失败。以下是针对该问题的详细...
linux iptables防火墙黑名单(封IP) Connection reset by peer
01-11
linux iptables防火墙黑名单(封IP) Connection reset by peer
connection-reset-by-peer问题定位
Tester_muller的博客
09-08 1万+
1.及时通报，及时止损。2.保留现场，定位问题。3.彻底修复，故障总结。
Connection reset by peer错误解决，亲测好使
学习进步
06-29 1万+
查询时后台服务器报错如下： ​ 2020-06-29T10:02:29.110+08:00 ERROR [http-nio-8048-exec-8] [c.h.idatafusion.interceptor.GlobalExceptionHandler:91] [0x0e509999] - 0x0e509999 org.apache.catalina.connector.ClientAbortException: java.io.IOException: Connection reset by pee
Connection reset by peer的常见原因
cjsycyl的专栏
02-18 4339
http://netjavaliu.blog.sohu.com/143192275.html Connection reset by peer的常见原因：  1）服务器的并发连接数超过了其承载量，服务器会将其中一些连接关闭；    如果知道实际连接服务器的并发客户数没有超过服务器的承载量，则有可能是中了病毒或者木马，引起网络流量异常。可以使用netstat -an查看网络连接情况。  2）
[261]Connection reset by peer的常见原因及解决办法
热门推荐
周小董
07-07 87万+
1，如果一端的Socket被关闭（或主动关闭，或因为异常退出而 引起的关闭），另一端仍发送数据，发送的第一个数据包引发该异常(Connect reset by peer)。 Socket默认连接60秒，60秒之内没有进行心跳交互，即读写数据，就会自动关闭连接。 2，一端退出，但退出时并未关闭该连接，另一端如果在从连接中读数据则抛出该异常（Connection reset）。 简单的...
connection reset by peer
最新发布
07-26
### Connection Reset by Peer: Socket Write Error 错误的原因及解决方案 当客户端发起请求后，在完全接收服务器响应之前，客户端与服务器之间的连接被中断（例如断网、关闭浏览器、按下“停止”按钮等），服务器端就会抛出 `Connection reset by peer: socket write error` 异常[^1]。该异常通常不是由数据库引起，而是由于网络或客户端行为导致的。 #### 常见原因 1. **客户端关闭了浏览器或连接**：客户端在服务器未完成响应前主动关闭了浏览器或断开了网络连接[^1]。 2. **服务器并发连接数超限**：服务器的并发连接数超过了其承载能力，导致部分连接被强制断开。 3. **客户端按下“停止”按钮**：用户在浏览器中按下“停止”按钮，中断了请求过程[^1]。 4. **网络中断**：客户端或服务器之间的网络连接出现故障或中断[^4]。 #### 解决方案 1. **优化服务器性能**： - 提升服务器的承载能力，增加并发连接数的上限，避免因连接超限导致连接被强制断开。 - 通过负载均衡技术分散请求流量，减少单台服务器的压力。 2. **调整服务器配置**： - 在Tomcat等服务器中，可以通过调整 `maxConnections` 和 `maxThreads` 参数来优化服务器性能[^4]。 - 设置合理的超时时间，避免长时间等待未完成的请求。 3. **客户端优化**： - 确保客户端网络环境稳定，避免因网络问题导致连接中断。 - 对于Web应用，可以通过优化前端加载逻辑，减少用户中途取消请求的可能性。 4. **日志监控与异常处理**： - 记录并分析服务器日志，识别频繁发生 `Connection reset by peer` 的具体场景。 - 虽然在J2SE中无法直接捕获此类异常，但可以通过日志记录和监控工具进行事后分析[^1]。 5. **使用连接池**： - 对于数据库或其他资源的连接，使用连接池管理可以减少连接频繁建立和释放带来的开销，同时避免因连接中断导致的异常。 #### 示例代码：Tomcat 配置优化 以下是一个优化Tomcat配置的示例，通过调整 `server.xml` 文件中的参数来提升服务器的连接处理能力： ```xml <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" maxConnections="10000" maxThreads="150" minSpareThreads="25" enableLookups="false" acceptCount="100" disableUploadTimeout="true" URIEncoding="UTF-8"/> ``` 上述配置中，`maxConnections` 设置为 `10000`，表示服务器最多可以同时处理 10000 个连接；`maxThreads` 设置为 `150`，表示最多有 150 个线程处理请求[^4]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值