对网络连接来说, 拔网线, 禁用网络连接, 直接关闭客户端程序,这3者有什么不同吗?

[jingtan]

服务端使用完成例程异步方式来接收数据.

ret = WSARecv(socket, &recvWsaBuf, 1, &recvBytes, &flag, &recvOverLapped, recvResult);

如果直接关闭客户端, recvResult函数会被执行.
如果禁用网络连接, 则recvResult函数不会被执行.
真是奇怪了

[jingtan]

[Quote=引用 2 楼 blackcat242 的回复:]
关闭客户端，只是断开链接
但是如果禁用网络和把网线，协议栈都没了
[/Quote]
我禁止的是客户端机子上的网络连接. WSARecv是在服务端上执行的..

[一名程序员]

这三种方式在网络协议的不同层禁用了网络功能。但是禁用后，其下的层的网络链接可能仍然存在。所以那个WSARecv还在继续接收之中。并不奇怪。

[keven1868]

直接关闭客户端时，由该客户端所创建的socket连接，打开的文件等会被操作系统关闭，这属于socket连接的一端关闭，由此你在服务端的接收过程会得到消息通知此连接已关闭
而拔掉网线，禁用网络连接属于socket连接中间环节断开，服务端接收过程无法立即得到通知此连接已中断

[jingtan]

[Quote=引用 5 楼 keven1868 的回复:]
直接关闭客户端时，由该客户端所创建的socket连接，打开的文件等会被操作系统关闭，这属于socket连接的一端关闭，由此你在服务端的接收过程会得到消息通知此连接已关闭
而拔掉网线，禁用网络连接属于socket连接中间环节断开，服务端接收过程无法立即得到通知此连接已中断
[/Quote]
问题是服务端会一直在那里等着, 客户端重新启用网络连接后也不会返回, 这个时候客户端早已经断开了.

[Cpp权哥]

关闭客户端应用程序时，客户端进程结束，操作系统会做清理工作，对客户端进程占用的所有资源进行关闭和释放，对网络资源的关闭操作会通知到跟它的连接的对方服务器程序。直接禁用网络，在驱动程序一层停用了网络设备，操作系统会在此后禁止所有对这一设备的访问，对方服务器不会收到通知，但是在后续对客户端网络资源的访问中会失败。拔掉网线则是硬件线路故障，在硬件层停用了网络，操作系统只能通过硬件中断信号知道这一事件，对网络的访问将都会失败。

[Cpp权哥]

你可以通过设置超时时间来处理无限等待的问题。

[Conry]

[Quote=引用 6 楼 jingtan 的回复:]
引用 5 楼 keven1868 的回复:
直接关闭客户端时，由该客户端所创建的socket连接，打开的文件等会被操作系统关闭，这属于socket连接的一端关闭，由此你在服务端的接收过程会得到消息通知此连接已关闭
而拔掉网线，禁用网络连接属于socket连接中间环节断开，服务端接收过程无法立即得到通知此连接已中断

问题是服务端会一直在那里等着, 客户端重新启用网络连接后也不会返回, 这个时候客户端早已经断开了.
[/Quote]
所以服务程序需要一个机制定时监测客户端是否存在，也就是大部分服务器使用的“心跳包”机制

[Conry]

[Quote=引用 6 楼 jingtan 的回复:]
引用 5 楼 keven1868 的回复:
直接关闭客户端时，由该客户端所创建的socket连接，打开的文件等会被操作系统关闭，这属于socket连接的一端关闭，由此你在服务端的接收过程会得到消息通知此连接已关闭
而拔掉网线，禁用网络连接属于socket连接中间环节断开，服务端接收过程无法立即得到通知此连接已中断

问题是服务端会一直在那里等着, 客户端重新启用网络连接后也不会返回, 这个时候客户端早已经断开了.
[/Quote]
所以服务程序需要一个机制定时监测客户端是否存在，也就是大部分服务器使用的“心跳包”机制

[hackwolfoscar]

网络都断了,能执行才怪

这个函数又不取决于客户端.

[blackcat242]

关闭客户端，只是断开链接
但是如果禁用网络和把网线，协议栈都没了

[hityct1]

mark