无法访问已释放的对象。 对象名:“System.Net.Sockets.Socket”。

[gs0038]

无法访问已释放的对象。
对象名:“System.Net.Sockets.Socket”。 在 System.Net.Sockets.Socket.get_Available()

这是我的socket服务端发生的异常；
我的服务端socket是异步接收客户端数据，上面这段异常是在客户端连接服务端之后，不给服务端发送任何数据包的情况下
服务端检查到并关闭掉该客户端连接，试过先Shutdown(SocketShutdown.Both);然后再close();然而并没有用，


检查是一个定时器，每分钟检查一次，查检是一个for所有的客户端检查连接数据包情况;满足关闭条件则关闭客户端释放资源
，就是当我关闭客户端释放资源的时候，就发生错误哦就是close之后，readCallBack里面就发生这个异常了，我不知道要怎么做才能不让这个异常发生，希望知道的人能告诉我，在这里谢谢了
以下是接收回调函数

     public virtual void ReadCallback(IAsyncResult ar)
        {
            try
            {
                string _content = string.Empty;
                SocketClientVO _state = (SocketClientVO)ar.AsyncState;
                Socket _handler = _state.m_socket;
                int _Available = _handler.Available;
                byte[] RecievedData = new byte[_Available];
                switch (_Available)
                {
                    case 0:
                        Close(_state);
                       
                        Logger.wirte("接收到0包" + _state.Code+"正常退出");
                        return;
                    default:
                       
                        int curRcv = 0;
                        int hasRecv=0;
                        int left =_Available;
                        //_handler.EndReceive(
                        while (hasRecv < _Available)
                        {
                            curRcv = _handler.Receive(RecievedData, hasRecv, left, SocketFlags.None);
                            left -= curRcv;
                            hasRecv += curRcv;
                        }
                        break;
                }

                
                try
                {
                    byte[] temp = new byte[0];
                    _handler.BeginReceive(temp, 0, 0, 0, new AsyncCallback(ReadCallback), _state);//继续读取下一个数据
                }
                catch
                {
                    this.Close(_state);
                }

            }
            catch (Exception ex)
            {
                Logger.wirte(ex);
            }
        }

[gs0038]

引用 6 楼 starts_2000 的回复:

访问Available的时候，Socket有可能已经关闭了。 看看MSDN Available 的说明https://msdn.microsoft.com/zh-cn/library/system.net.sockets.socket.available(VS.80).aspx：

备注
如果当前使用的是非阻止 Socket，一种较好的做法是在调用 Receive 之前使用 Available 来确定数据是否排队等待读取。可用的数据即网络缓冲区中排队等待读取的全部数据。如果在网络缓冲区中没有排队的数据，则 Available 返回 0。
如果远程主机处于关机状态或关闭了连接，则 Available 会引发 SocketException。如果收到 SocketException，请使用 SocketException.ErrorCode 属性获取特定的错误代码。获取此代码后，您可以参考 MSDN Library 中的 Windows Sockets 第 2 版 API 错误代码文档，获取有关该错误的详细说明。

这个msdn说的，我其实也看过了，我们就是使用非阻止方式，也是在Receive 之前使用 Available 来确定数据是否排队等待读取，我们使用的方式就是这样子的~ “访问Available的时候，Socket有可能已经关闭了。” 是的，有没有办法判断呢

[gs0038]

引用 6 楼 starts_2000 的回复:

访问Available的时候，Socket有可能已经关闭了。 看看MSDN Available 的说明https://msdn.microsoft.com/zh-cn/library/system.net.sockets.socket.available(VS.80).aspx：

备注
如果当前使用的是非阻止 Socket，一种较好的做法是在调用 Receive 之前使用 Available 来确定数据是否排队等待读取。可用的数据即网络缓冲区中排队等待读取的全部数据。如果在网络缓冲区中没有排队的数据，则 Available 返回 0。
如果远程主机处于关机状态或关闭了连接，则 Available 会引发 SocketException。如果收到 SocketException，请使用 SocketException.ErrorCode 属性获取特定的错误代码。获取此代码后，您可以参考 MSDN Library 中的 Windows Sockets 第 2 版 API 错误代码文档，获取有关该错误的详细说明。

啊哈，我想到了，其实可以自己加个属性来判断的，就在我关闭的同时设置一下这个客户端的属性记录一下，然后在接收的时候判断一下。。。。原来如此，我真是太历害了 ，哇哈哈

[starts_2000]

引用 7 楼 gs0038 的回复:

[quote=引用 6 楼 starts_2000 的回复:] 访问Available的时候，Socket有可能已经关闭了。 看看MSDN Available 的说明https://msdn.microsoft.com/zh-cn/library/system.net.sockets.socket.available(VS.80).aspx：

备注
如果当前使用的是非阻止 Socket，一种较好的做法是在调用 Receive 之前使用 Available 来确定数据是否排队等待读取。可用的数据即网络缓冲区中排队等待读取的全部数据。如果在网络缓冲区中没有排队的数据，则 Available 返回 0。
如果远程主机处于关机状态或关闭了连接，则 Available 会引发 SocketException。如果收到 SocketException，请使用 SocketException.ErrorCode 属性获取特定的错误代码。获取此代码后，您可以参考 MSDN Library 中的 Windows Sockets 第 2 版 API 错误代码文档，获取有关该错误的详细说明。

这个msdn说的，我其实也看过了，我们就是使用非阻止方式，也是在Receive 之前使用 Available 来确定数据是否排队等待读取，我们使用的方式就是这样子的~ “访问Available的时候，Socket有可能已经关闭了。” 是的，有没有办法判断呢[/quote] 其实我的意思是使用 时，加上try catch，catch到错误就说明已经关闭了，后面就不需要处理了。

int _Available;
try
{
    _Available = _handler.Available;
}
catch
{
}

[izhaorui]

我也遇到这样的情况

[gs0038]

引用 1 楼 qq_33341938 的回复:

我也遇到这样的情况

那怎么办~

[娃都会打酱油了]

在你的callback里面在进行socket的close呗 看你描述就是你的满足条件其实并不是真的满足了关闭条件，可能只是满足了你的业务条件，你忽略掉了后续处理过程

[gs0038]

引用 3 楼 starfd 的回复:

在你的callback里面在进行socket的close呗 看你描述就是你的满足条件其实并不是真的满足了关闭条件，可能只是满足了你的业务条件，你忽略掉了后续处理过程

客户端不向服务端发送任何数据的情况下 callback是收到消息，就不会执行到里面来。当然关闭会收到Available是0的外 所以要检查只能是外面检查。

[gs0038]

引用 3 楼 starfd 的回复:

在你的callback里面在进行socket的close呗 看你描述就是你的满足条件其实并不是真的满足了关闭条件，可能只是满足了你的业务条件，你忽略掉了后续处理过程

客户端不向服务端发送任何数据的情况下 callback是收不到消息，就不会执行到里面来。当然关闭会收到Available是0的外 所以要检查只能是外面检查。 上面竟然少一个字，非常严重的错哦，竟然 不能修改

[starts_2000]

访问Available的时候，Socket有可能已经关闭了。 看看MSDN Available 的说明https://msdn.microsoft.com/zh-cn/library/system.net.sockets.socket.available(VS.80).aspx：

备注
如果当前使用的是非阻止 Socket，一种较好的做法是在调用 Receive 之前使用 Available 来确定数据是否排队等待读取。可用的数据即网络缓冲区中排队等待读取的全部数据。如果在网络缓冲区中没有排队的数据，则 Available 返回 0。
如果远程主机处于关机状态或关闭了连接，则 Available 会引发 SocketException。如果收到 SocketException，请使用 SocketException.ErrorCode 属性获取特定的错误代码。获取此代码后，您可以参考 MSDN Library 中的 Windows Sockets 第 2 版 API 错误代码文档，获取有关该错误的详细说明。