客户端异常Connection reset原因分析
问题
在最近的一个客户端项目中由于需要连接远程测试的服务器,经常会因为服务器的原因导致一些异常出现。比如Connection reset和Connection reset by peer
Connection reset
导致“Connection reset”的原因是服务器端因为某种原因关闭了Connection(调用了Socket.close()方法),而客户端依然在读写数据,此时服务器会返回复位标志“RST”,然后此时客户端就会提示“java.net.SocketException: Connection reset”。
服务器关闭了Connection为什么会返回“RST”而不是返回“FIN”标志。(“FIN”标志是挥手标志。在四次回收中表示不再发送数据。)
原因在于Socket.close()方法的语义和TCP的“FIN”:发送TCP的“FIN”标志表示我不再发送数据了,而Socket.close()表示我不在发送也不接受数据了。(其实FIN也是发给另一端了,只不过close()不仅发了,还做了延申)
问题就出在“我不接受数据” 上,如果此时客户端还往服务器发送数据,服务器内核接收到数据,但是发现此时Socket已经close了,则会返回“RST”标志给客户端。(翻译成人类的语言就是:我不会再接收数据了,如果想发请重新连接我)当然,此时客户端就会提示:“Connection reset”。
![TCP包中的六个标志位.png] image.png
Connection reset by peer
另外还有一种错误“Connection reset by peer”,该错误和相同之处都是服务器异常关闭了socket,但和“Connection reset”是有一定区别的:
服务器返回了“RST”时,如果此时客户端正在从Socket套接字的输出流中读数据则会提示Connection reset”;
服务器返回了“RST”时,如果此时客户端正在往Socket套接字的输入流中写数据则会提示“Connection reset by peer”。
附上最近出现Connection reset的代码
inStr = socket.getInputStream();
while(true) {
read = inStr.read(b);
String result = new String(b,0,read);
LinkedList<String> split = util.split(result);
if(split.size()!=1) {
for (String data : split) {
OperationData(data);
}
}else {
OperationData(result);
}
util.Clear();
}
报错的正是read。当服务端异常关闭连接后,出现Connection reset异常。
查阅资料继续写
当一方调用socket.close方法主动关闭连接时,其实是向另一方发送了FIN的。
此时另一方的状态有一个专用名词称为SOCKET CLOSE_WAIT状态
(此时相当于四次挥手进行了两次。)
如果此时被动关闭的这一方不再继续调用socket.close,那么他就不会发送接下来的FIN,导致自己老是处于CLOSE_WAIT。只有被动关闭的这一方调用了socket.close,才会发送一个FIN给主动关闭的这一方,同时也使得自己的状态变迁为LAST_ACK。待接收到主动关闭方发送的ACK后,才会将SOCKET置为CLOSED。
Server ---> FIN ---> Client
Server <--- ACK <--- Client
这时候Server端处于FIN_WAIT_2状态;而我们的程序处于CLOSE_WAIT状态。
Server <--- FIN <--- Client
这时Client发送FIN给Server,Client就置为LAST_ACK状态。
Server ---> ACK ---> Client
Server回应了ACK,那么Client的套接字才会真正置为CLOSED状态。
而Connection reset和Connection reset by peer产生的原因都是因为客户端进入CLOSE_WAIT状态, 如果客户端继续在这个socket上发送数据, 那么服务端给回RST包。 服务端都已经发出FIN表示请求关闭了, 你客户端还发数据过去, 有意义么? 直接给你RST。
其实这个问题服务端客户端同理,如果客户端关闭socket之后,服务端还在发消息,服务端同样会抛出Connection reset异常。