最近我负责一个 IM 项目的开发，服务端和客户端采用 TCP 协议连接。服务端采用 C#
开发，客户端采用 Delphi 开发。在服务端开发中我碰到了各种各样的网络异常断开现象。
在处理这些异常的时候有了一些心得，现在写出来和大家分享一下。
那网络异常断开原因主要有那些呢？归纳起来主要有以下两种：
1、客户端程序异常。
对于这种情况，我们很好处理，因为客户端程序异常退出会在服务端引发
ConnectionReset 的 Socket 异常（就是 WinSock2 中的 10054 异常）。只要在服务端处理
这个异常就可以了。
2、网络链路异常。
如：网线拔出、交换机掉电、客户端机器掉电。当出现这些情况的时候服务端不会
出现任何异常。 这样的话上面的代码就不能处理这种情况了。 对于这种情况在 MSDN 里
面是这样处理的，我在这里贴出 MSDN 的原文：
如果您需要确定连接的当前状态，请进行非阻止、零字节的 Send 调用。如果该调用成
功返回或引发 WAEWOULDBLOCK 错误代码 (10035)，则该套接字仍然处于连接状
态；否则，该套接字不再处于连接状态。
但是我在实际应用中发现， MSDN 说的这种处理方法在很多时候根本无效，无法检
测出网络已经异常断开了。那我们该怎么办呢？
我们知道， TCP 有一个连接检测机制， 就是如果在指定的时间内 （一般为 2 个小时）
没有数据传送，会给对端发送一个 Keep-Alive 数据报，使用的序列号是曾经发出的最后
一个报文的最后一个字节的序列号，对端如果收到这个数据，回送一个 TCP 的 ACK ，
确认这个字节已经收到，这样就知道此连接没有被断开。如果一段时间没有收到对方的
响应，会进行重试，重试几次后，向对端发一个 reset，然后将连接断掉。
在 Windows 中，第一次探测是在最后一次数据发送的两个小时， 然后每隔 1 秒探测
一次，一共探测 5 次，如果 5 次都没有收到回应的话，就会断开这个连接。但两个小时
对于我们的项目来说显然太长了。我们必须缩短这个时间。那么我们该如何做呢？我要
利用 Socket 类的 IOControl() 函数。我们来看看这个函数能干些什么：
使用 IOControlCode 枚举指定控制代码，为 Socket 设置低级操作模式。
命名空间 :System.Net.Sockets
程序集 :System （在 system.dll 中）
资源评论
cyh76339129
- 粉丝: 1
- 资源: 14万+
下载权益
C知道特权
VIP文章
课程特权
VIP享7折，此内容立减4.47元 开通VIP
最新资源
资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！
点击此处反馈
