不应该使用Connected属性作为Socket是否连接上的依据

        最近在做一个接口，用到了Socket异步通信。调试了3天了，一直将Socket的Connected属性作为客户端和服务器端是否连接上的依据。今天发现我错了。

        下面是从一个csdn博友写的，很好。http://blog.csdn.net/xiaobai1593/article/details/7285930

        Connected 属性获取截止到最后的 I/O 操作时 Socket 的连接状态。当它返回 false 时，表明 Socket要么从未连接，要么已断开连接。

        Connected 属性的值反映最近操作时的连接状态。如果您需要确定连接的当前状态，请进行非阻止、零字节的 Send 调用。如果该调用成功返回或引发 WAEWOULDBLOCK 错误代码 (10035)，则该套接字仍然处于连接状态；否则，该套接字不再处于连接状态。

        如果调用用户数据报协议 (UDP) 套接字上的 Connect，则 Connected 属性始终返回 true；不过，此操作不更改 UDP 的内在无连接特性。

下面是在C#中测试客户端和服务端是否连接的方法：

// .Connect throws an exception if unsuccessful

client.Connect(anEndPoint);
// This is how you can determine whether a socket is still connected.

bool blockingState = client.Blocking;
try
{
    byte [] tmp = new byte[1];
    client.Blocking = false;
    client.Send(tmp, 0, 0);
    Console.WriteLine("Connected!");
}
catch (SocketException e)
{
    // 10035 == WSAEWOULDBLOCK
    if (e.NativeErrorCode.Equals(10035))
        Console.WriteLine("Still Connected, but the Send would block");
    else
    {
        Console.WriteLine("Disconnected: error code {0}!", e.NativeErrorCode);}
    }
    finally
    {
        client.Blocking = blockingState;
    }
    Console.WriteLine("Connected: {0}", client.Connected);

如果是进行单步调试，发现：只有在Connect()方法之后为True，然后在下一步执行时，就变为了False。控制台输出的为"false"

如果是直接执行，则输出出来是"True"

按说，在单步调试的时候，刚执行过Send()操作，应该挺“最近”的了，但在输出的时候还是"false"；而直接执行的时候则没问题

说明这个“最近”是很短暂的，调试的时候根本无法判断的！

结论：

Socket.Connected不能在调试时作为套接字是否连接的判断依据；而可以加入控制台输出语句来判断套接字的连接状况！

https://www.cnblogs.com/asdyzh/p/9945124.html