Connection reset
服务器端因为某种原因关闭了Connection，而客户端依然在读写数据，此时服务器会返回复位标志“RST”，然后此时客户端就会提示“java.net.SocketException: Connection reset”。
异常说明
java.net.SocketException: （Connection reset或者Connect reset by peer:Socket write error）。
- 该异常在客户端和服务器端均有可能发生，引起该异常的原因有两个，
- 第一个就是如果一端的Socket被关闭（或主动关闭或者因为异常退出而引起的关闭），另一端仍发送数据，发送的第一个数据包引发该异常(Connect reset by peer)。
- 另一个是一端退出，但退出时并未关闭该连接，另一端如果在从连接中读数据则抛出该异常（Connection reset）。
简单的说就是在连接断开后的读和写操作引起的。
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连接成功）状态，完成三次握手。
除了以上这些常见的标志头信息，还有另外一些标志头信息，比如推标志PSH、复位标志RST等。其中复位标志RST的作用就是“复位相应的TCP连接”。
原因1
服务器关闭了Connection为什么会返回“RST”而不是返回“FIN”标志。
- 原因在于Socket.close()方法的语义和TCP的“FIN”标志语义不一样：发送TCP的“FIN”标志表示我不再发送数据了，而
Socket.close()表示我不在发送也不接受数据了。 - 问题就出在“我不接受数据” 上，如果此时客户端还往服务器发送数据，服务器内核接收到数据，但是发现此时Socket已经close了，
则会返回“RST”标志给客户端。当然，此时客户端就会提示：“Connection reset”。
详细说明可以参考oracle的有关文档：http://docs.oracle.com/javase/1.5.0/docs/guide/net/articles/connection_release.html
解决方法
我出现的问题是网络原因，网络突然变化出现这种情况
网上搜索了一下，说是有下面的三种解决方法：来源
- 出错了重试；
- 客户端和服务器统一使用TCP长连接；
- 客户端和服务器统一使用TCP短连接。
这篇博客说的非常清楚，也说明如何解析日志，可以参考：https://www.cnblogs.com/shoren/p/httpclient-connectionreset.html
