那网络异常断开原因主要有那些呢?归纳起来主要有以下两种:
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 中)
语法
C#
public int IOControl (
IOControlCode ioControlCode,
byte[] optionInValue,
byte[] optionOutValue
)
参数
ioControlCode
一个 IOControlCode 值,它指定要执行的操作的控制代码。
optionInValue
Byte 类型的数组,包含操作要求的输入数据。
optionOutValue
Byte 类型的数组,包含由操作返回的输出数据。
返回值
optionOutValue 参数中的字节数。
如:
socket.IOControl(IOControlCode.KeepAliveValues, inOptionValues,
null
);
我们要搞清楚的就是inOptionValues的定义,在C++里它是一个结构体。我们来看看这个结构体:
struct
tcp_keepalive
...
{
u_long onoff; //是否启用Keep-Alive
u_long keepalivetime; //多长时间后开始第一次探测(单位:毫秒)
u_long keepaliveinterval; //探测时间间隔(单位:毫秒)
}
;
在C#中,我们直接用一个Byte数组传递给函数:
uint
dummy
=
0
;
byte
[] inOptionValues
=
new
byte
[Marshal.SizeOf(dummy)
*
3
];
BitConverter.GetBytes((
uint
)
1
).CopyTo(inOptionValues,
0
);//是否启用Keep-Alive
BitConverter.GetBytes((
uint
)
5000
).CopyTo(inOptionValues, Marshal.SizeOf(dummy));//多长时间开始第一次探测
BitConverter.GetBytes((
uint
)
5000
).CopyTo(inOptionValues, Marshal.SizeOf(dummy)
*
2
);//探测时间间隔
具体实现代码:
public
static
void
AcceptThread()
...
{
Thread.CurrentThread.IsBackground = true;
while (true)
...{
uint dummy = 0;
byte[] inOptionValues = new byte[Marshal.SizeOf(dummy) * 3];
BitConverter.GetBytes((uint)1).CopyTo(inOptionValues, 0);
BitConverter.GetBytes((uint)5000).CopyTo(inOptionValues, Marshal.SizeOf(dummy));
BitConverter.GetBytes((uint)5000).CopyTo(inOptionValues, Marshal.SizeOf(dummy) * 2);
try
...{
Accept(inOptionValues);
}
catch ...{ }
}
}
private
static
void
Accept(
byte
[] inOptionValues)
...
{
Socket socket = Public.s_socketHandler.Accept();
socket.IOControl(IOControlCode.KeepAliveValues, inOptionValues, null);
UserInfo info = new UserInfo();
info.socket = socket;
int id = GetUserId();
info.Index = id;
Public.s_userList.Add(id, info);
socket.BeginReceive(info.Buffer, 0, info.Buffer.Length, SocketFlags.None, new AsyncCallback(ReceiveCallBack), info);
}
好了,这样就成功了。
但是,一旦时间长了,就会有异常发生,然后程序自动关闭了。
我检查过,这个异常,根本捕获不到。
我全部都是使用异步来通信的。
@大石头
呵呵………………
这是我在项目中使用的代码拷出来的,如果Keep-Alive检测到网络异常的话,就会引发ConnectionReset异常。所以真正的断开后处理还是在BeginReceive和EndReceive里面。只要捕获上面的异常就可以了!
@大石头
至于你说的那个无法捕获的异常,我不知道是什么异常。不过这些代码在我的项目中运行的很正常。
呵呵,要是知道是什么异常,我就不用那么郁闷了。
我在所有函数使用try catch,然后输出异常信息,结果是:所有catch都catch不到,程序还是退出了
@大石头
呵呵,不想分析程序的话,就在调试状态下运行你的程序,直到出错为止。
如果调试也获取不到,那肯定是调用系统底层api时出的问题(出错的是该api调用的某个函数。)我几年前也遇到过这样的问题,想不起来了。
如果是操作系统底层抛出的异常,有时确实无法捕捉到——我就遇到过这种问题
一旦时间长了,就会有异常发生,然后程序自动关闭了。
@阿毅
你说对了。
正是捕获不到的。
请问,你当时是怎么解决的?
居然成为老兄你博客的常客了。
不经意间搜索的东西,总会最终在你这里留步。
继续。。。。。。。。。
各位大侠,对于上诉问题我做了2天的测试,本人使用iocp
1、拔掉客户端网线,客户端不要再继续发送,服务器没有send的时候永远无法检测到连接已经断开,1小时后插上网线,照常通讯,客户端使用telent。
2、服务器每隔15s自动向在线客户端发送数据,如果客户端拔掉网线,大约2分钟后完成端口会抛出read错误 10054
3、使用setsockopt()和 wsaioctl()进行keeplive设置后仍然是上述结果
4、没有测试阻塞模式,在阻塞模式下可能会较早的获得异常(像楼上)。
msdn上说的keepalivetime的默认值是2小时,我没有等上2小时,另外socket默认情况下keepalive选项是关闭的,这样测试下来恐怕要几天的时间。另外,最好不要在注册表上修改keepalive的值。
本人认为在非阻塞模式下,上述方法可能行的通,但是在非阻塞模式下,上述方法是不行的,可能是因为tcp底层不会主动向应用层抛出异常。不知道各位高见?我会继续关注
@老刘头
我也在C++下面弄过IOCP,我这个在C++是可以用的,只不过用的是setSockopt
函数,这个主要的功能就是缩短Keep-Alive的探测的时间。使它在很短的时间内就开始探测。
又试了1个下午,现在成功了,但是还没有总结出要点,回头发贴
简单一句话,所有模型均可以在规定的时间内通过tcp keepalive探测到链路中断。不论什么模型均需要调用wsaioctl(),但是在IOCP中必须同时调用setsockopt(),select wsaeventselect等可以不调用setsockopt()。但是在整个测试过程中,我想使用注册表设置而不调用wsaeventselect(),但是没有成功。注册表设置如下:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Tcpip/Parameters]
"KeepAliveInterval "=dword:000003e8
"KeepAliveTime "=dword:0036ee80
"TcpMaxDataRetransmissions "=dword:00000005
@老刘头
个人不建议使用注册表,因为这样会导致所有的Socket的Keep-Alive都会被修改,而且要重启才能生效。
直接用这句就搞定
socket.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.KeepAlive, 1);
@老钟
要是用这句可以搞定的话,我也不用写这么多代码了!
ППЦ! =))) Вы ещё и говорите! :lol:
有点思路了,但上述代码经实验,不行,客户机断开多次后,这招就失效了。
@yukimatsu
不会的,我一直都在用这个代码,没有发现失效的情况!
这样做的确可以探测到网络异常断开,但是把探测时间间隔缩短到几秒钟会不会给服务器带来太大的压力从而影响它的性能呢?
@红金鱼
不会的,因为通讯量很小,才几个字节而已。而且这个时间是可以自己定的!
IOControlCode 具体的取值都有哪些阿?我是用的.net framework 1.1
socket.IOControl(IOControlCode.KeepAliveValues, inOptionValues, null);
这一句过不去阿,说是IOControlCode.KeepAliveValues没有这个类型,还需要引用什么么?
http://www.cnblogs.com/wzd24/archive/2007/05/22/755050.html最近我负责一个IM项目的开发,服务端和客户端采用TCP协议连接。服务端采用C#开发...
[引用提示]jambol引用了该文章, 地址:
http://www.cnblogs.com/jambol/archive/2007/07/31/837946.html
楼上的意思是:定时检查异步的执行情况,根据需要关闭异步操作?
我估计引发这个问题的原因也是因为等待过久。
#1楼
回复
引用
查看
评论
我做了一个反向代理程序,工作一直很好