导致“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://blog.51cto.com/hope1/1880049

Connection reset原因分析和解决方案
https://my.oschina.net/xionghui/blog/508758