Connection reset原因分析和解决方案
导致“Connection reset”的原因是服务器端因为某种原因关闭了Connection**,而客户端依然在读写数据,此时服务器会返回复位标志“RST”,然后此时客户端就会提示“java.net.SocketException: Connection reset”。
可能有同学对复位标志“RST”还不太了解,这里简单解释一下:
TCP建立连接时需要三次握手,在释放连接需要四次挥手;例如三次握手的过程如下:
第一次握手:客户端发送syn包(syn=j)到服务器,并进入SYN_SENT状态,等待服务器确认;
第二次握手:服务器收到syn包,并会确认客户的SYN(ack=j+1),同时自己也发送一个SYN包(syn=k),即SYN+ACK包,此时服务器进入SYN_RECV状态;
第三次握手:客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入ESTABLISHED(TCP连接成功)状态,完成三次握手。
可以看到握手时会在客户端和服务器之间传递一些TCP头信息,比如ACK标志、SYN标志以及挥手时FIN标志等。
前面谈到了导致“Connection reset”的原因,而具体的解决方案有如下几种:
1、出错了重试;
2、客户端和服务器统一使用TCP长连接;
3、客户端和服务器统一使用TCP短连接。
除了以上这些常见的标志头信息,还有另外一些标志头信息,比如推标志PSH、复位标志RST等。
其中复位标志RST的作用就是“复位相应的TCP连接”。
参考资料
Connection reset by peer的常见原因
https://www.geek-share.com/detail/2692013807.html
Connection reset原因分析和解决方案
https://www.geek-share.com/detail/2653738104.html
- PHPWAMP乱码一键解决,PHP乱码通用解决方案/网站乱码的多种原因分析
- ListView+CheckBox两种解决方案及原因分析
- Connection reset原因分析和解决方案
- Android ListView异步加载图片乱序问题,原因分析及解决方案
- 在Android library中不能使用switch-case语句访问资源ID的原因分析及解决方案
- 因WEBSERVIE超时而引发数据不一致的原因分析和解决方案
- (7.0 version)当销售单中包含service或phantom类型的产品时,销售单不能完成的原因分析及解决方案
- 案例:原因分析与解决方案的实战演练
- 在Android library中不能使用switch-case语句访问资源ID的原因分析及解决方案
- listview数据错乱、重复的原因分析与解决方案
- 系统磁盘空间/dev/xvda1占满原因分析及解决方案
- 安装sql2005,没有SQL Server management studio的原因分析及解决方案
- 从专业角度,来分析汽车干扰器问题的产生、本质原因与解决方案
- Connection reset原因分析和解决方案
- 在Android library中不能使用switch-case语句访问资源ID的原因分析及解决方案
- ubuntu16.04下vim安装失败的原因分析及解决方案
- Android ListView异步加载图片乱序问题,原因分析及解决方案
- Beforeunload打点丢失原因分析及解决方案
- 5.3 CMMI5级——原因分析及解决方案(Causal Analysis and Resolution)
- 在Activity的onCreate方法中显示PopupWindow导致异常的原因分析及解决方案