发生RST的3个条件：
1. 树立衔接的SYN到达某端口，可是该端口上没有正在监听的服务。
如：IP为192.168.1.33的主机上并没有敞开WEB服务(端口号为0x50)，这时咱们经过IE去拜访192.168.1.33，经过Wireshark抓包，能够看到，对此SYN包的回复为RST。阐明此服务器(即IP192.168.1.33)是存在的，不过其上并没有运转WEB Server(如apache)的程序
2. TCP想撤销一个已有衔接。
依据什么样的状况才会撤销一个已有的衔接?
3. TCP接纳到了一个底子不存在的的衔接上的分节。
咱们知道，TCP在数据传输前，要经过三路握手(three-way handshake)树立衔接，即衔接树立起后，服务器和客户端都有一个关于此衔接的描绘，详细方式表现为套接口对，假如收到的某TCP分节，依据源IP，源tcp port number，及意图IP，意图tcp port number在本地(指服务器或客户端)找不到相应的套接口对，TCP则以为在一个不存在的衔接上收到了分节，阐明此衔接已错，要求从头树立衔接，所以发出了RST的TCP包!
今日遇到的问题便是 server 端被杀调了，成果client不知道，依然拿本来的socket去操作，成果server回来rst的tcp包，client异步读回来过错。
