TCP中异常关闭链接的意义 异常关闭的情况

　　客户端

　　1.

　　服务器端已经close了Socket，客户端再发送数据

　　目的：测试在TCP对端进程已经关闭Socket时，本端进程还未检测到连接关闭的情况下继续向对端发送消息

　　结论：第一包可以发送成功，但第二包发送失败，错误码为“10053: An established connection was aborted by the software in your host machine”(Windows下)或“32: Broken pipe，同时收到SIGPIPE信号”(Linux下)错误

　　2.

　　服务器端发送数据到TCP后close了Socket，客户端再发送一包数据，然后接收消息

　　目的：测试在TCP对端进程发送数据后关闭Socket，本端进程还未检测到连接关闭的情况下发送一包消息，并接着接收消息

　　结论：客户端能够成功发送第一包数据(这会导致服务器端发送一个RST包 <已抓包验证>)，客户端再去Recv时，对于Windows和Linux程序有如下不同的表现：

　　Windows客户端程序：Recv失败，错误码为“10053: An established connection was aborted by the software in your host machine”

　　Linux客户端程序：能正常接收完所有消息包，最后收到正常的对端关闭消息(这一点与Window下不一样)

　　3.

　　服务器端在TCP的接收缓冲区中还有未接收数据的情况下close了Socket，客户端再收包

　　目的：测试在TCP的接收缓冲区中还有未接收数据的情况下关闭Socket时，对端进程是否正常

　　结论：这种情况服务器端就会向对端发送RST包，而不是正常的FIN包(已经抓包证明)，这就会导致客户端提前(RST包比正常数据包先被收到)收到“10054: An existing connection was forcibly closed by the remote host”(Windows下)或“104: Connection reset by peer”(Linux下)错误

　　总结:

　　当TCP连接的对端进程已经关闭了Socket的情况下，本端进程再发送数据时，第一包可以发送成功(但会导致对端发送一个RST包过来)：

　　之后如果再继续发送数据会失败，错误码为“10053: An established connection was aborted by the software in your host machine”(Windows下)或“32: Broken pipe，同时收到SIGPIPE信号”(Linux下)错误;

　　之后如果接收数据，则Windows下会报10053的错误，而Linux下则收到正常关闭消息

　　TCP连接的本端接收缓冲区中还有未接收数据的情况下close了Socket，则本端TCP会向对端发送RST包，而不是正常的FIN包，这就会导致对端进程提前(RST包比正常数据包先被收到)收到“10054: An existing connection was forcibly closed by the remote host”(Windows下)或“104: Connection reset by peer”(Linux下)错误

上一页  [1] [2] 

【责编:peter】