当前位置: 首页 > >

C# 局域网内socket通信 TCP

发布时间:




Socket 类


http://msdn.microsoft.com/zh-cn/library/system.net.sockets.socket.aspx


判断对方正常断开连接的方法:


这里的正常断开是指调用socket.shutdown(); socket.close();关闭socket的方法。此时,另一方的socket.receive();方法会返回0个字节,即bytes = socket.receive();的bytes = 0;具体的写法参照MSDN,如下连接。



Socket.Receive 方法 (Byte[])
http://msdn.microsoft.com/zh-cn/library/8s4y8aff(v=vs.80).aspx




判断对方非正常断开:


采用异常捕获的方式处理;




对于TCP的长连接来说,接受超时和发送超时,二者默认的时间为0,意味着无限长时间等待,即阻塞。只能用于同步的长连接。


ReceiveTimeout?和SendTimeout?默认值是0即无限期等待,说更改这个值就可以设置超时时间,设置超时检测之后,系统会在超时之后自动将Connected属性设置为false,客户端链接自动断开,系统捕获异常


http://msdn.microsoft.com/zh-cn/library/system.net.sockets.socket.receivetimeout(v=vs.110).aspx


socket.connect() 连接超时,是不能设置的;只能自己写;




保证TCP连接一直有效:


1、


Socket.SetSocketOption(SocketOptionLevel.Socket,?SocketOptionName.KeepAlive,?true);


http://msdn.microsoft.com/zh-cn/library/1011kecd(VS.80).aspx




以下部分为引用于http://www.cnblogs.com/wzd24/archive/2007/05/22/755050.html#!comments




那网络异常断开原因主要有那些呢?归纳起来主要有以下两种:


1、客户端程序异常。


  对于这种情况,我们很好处理,因为客户端程序异常退出会在服务端引发ConnectionReset的Socket异常(就是WinSock2中的10054异常)。只要在服务端处理这个异常就可以了。


2、网络链路异常。


  如:网线拔出、交换机掉电、客户端机器掉电。当出现这些情况的时候服务端不会出现任何异常。这样的话上面的代码就不能处理这种情况了。对于这种情况在MSDN里面是这样处理的,我在这里贴出MSDN的原文:


如果您需要确定连接的当前状态,请进行非阻止、零字节的 Send 调用。如果该调用成功返回或引发 WAEWOULDBLOCK 错误代码 (10035),则该套接字仍然处于连接状态;否则,该套接字不再处于连接状态。


  但是我在实际应用中发现,MSDN说的这种处理方法在很多时候根本无效,无法检测出网络已经异常断开了。那我们该怎么办呢?


  我们知道,TCP有一个连接检测机制,就是如果在指定的时间内(一般为2个小时)没有数据传送,会给对端发送一个Keep-Alive数据报,使用的序列号是曾经发出的最后一个报文的最后一个字节的序列号,对端如果收到这个数据,回送一个TCP的ACK,确认这个字节已经收到,这样就知道此连接没有被断开。如果一段时间没有收到对方的响应,会进行重试,重试几次后,向对端发一个reset,然后将连接断掉。


Socket会在Keep-Alive失败后自动断开并引发Socket异常,所以你只要处理好Socket异常就行了。


  在Windows中,第一次探测是在最后一次数据发送的两个小时,然后每隔1秒探测一次,一共探测5次,如果5次都没有收到回应的话,就会断开这个连接。但两个小时对于我们的项目来说显然太长了。我们必须缩短这个时间。



2、使用心跳包


心跳包是最普遍也是最有效的方式之一。


客户端每隔一段时间向服务端发送一个数据包,来证明自己的连接有效。







友情链接: