客户端异常Connection reset原因分析

客户端异常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”。

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 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 —> ClientServer <— 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异常。