NetworkStream.Read会挂起/阻止的原因是什么?

MSDN文档似乎暗示NetworkStream.Read将始终立即返回。 如果没有找到数据,则返回0.但是,我有一些当前部署的代码,仅在某些情况下(我还没有想出哪些代码),NetworkStream.Read似乎挂起。 这是我能够从转储文件中收集的堆栈跟踪

 00000000705ae850 000007fef784f60d DomainBoundILStubClass.IL_STUB(IntPtr,Byte *,Int32,System.Net.Sockets.SocketFlags)00000000705ae930 000007fef785c930 System.Net.Sockets.Socket.Receive(Byte [],Int32,Int32,System.Net.Sockets.SocketFlags,System .Net.Sockets.SocketError ByRef)00000000705ae9b0 000007ff004eb668 System.Net.Sockets.NetworkStream.Read(Byte [],Int32,Int32)00000000705aea40 000007fef784e6ae MySocketStuff.SocketConnectCallback(System.IAsyncResult)00000000705aeb20 000007fef84f2bbb System.Net.LazyAsyncResult.Complete(IntPtr) 00000000705aeb90 000007fef7853c7b System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext,System.Threading.ContextCallback,System.Object)00000000705aebe0 000007fef784e5d3 System.Net.ContextAwareResult.Complete(IntPtr)00000000705aec40 000007fef7d027f9 System.Net.LazyAsyncResult.ProtectedInvokeCallback(System。 Object,IntPtr)00000000705aeca0 000007fef8b9815e System.Net.Sockets.Socket.ConnectCallback()00000000705aed20 000007fef93e14c2 S  ystem.Threading._ThreadPoolWaitOrTimerCallback.PerformWaitOrTimerCallback(System.Object,Boolean) 

我注意到NetworkStrea.Read实际上调用了Socket.Receive,据我所知,它可以阻塞。 我只是不知道为什么有时它会阻止,有时它不会。

NetworkStream.Read文档的备注部分具有误导性。 它说:

此方法将数据读入buffer参数并返回成功读取的字节数。 如果没有可用于读取的数据,则Read方法返回0. Read操作读取尽可能多的数据,最多为size参数指定的字节数。 如果远程主机关闭连接,并且已收到所有可用数据,则Read方法立即完成并返回零字节。

它应该说:

此方法将数据读入buffer参数并返回成功读取的字节数。 如果没有可用于读取的数据,则Read方法将阻塞,直到数据可用或连接已关闭。 Read操作读取尽可能多的数据,最多可达size参数指定的字节数。 如果远程主机关闭连接,并且已收到所有可用数据,则Read方法立即完成并返回零字节。

有时候套接字缓冲区中已经存在数据,有时也不会出现数据。

查看NetworkStream块的一个常见原因是连接的每一侧都希望另一侧关闭。 例如,如果您创建HTTP 1.1保持活动连接,但仍然执行“读取直到连接关闭”获取内容的方式。

处理NetworkStream常见的一个错误是通过Write方法发送未完成的命令,导致连续的Read调用挂起。

请参阅以下示例,该示例尝试将用户名发送到打开的FTP端口。 它期望响应像331请指定密码Read方法挂起:

 var request = Encoding.ASCII.GetBytes("user [username]"); networkStream.Write(request, 0, request.Length); var streamReader = new StreamReader(networkStream); var response = streamReader.ReadLine(); // <-- hangs 

一个神奇的解决方案是用以下内容替换第一行:

 var request = Encoding.ASCII.GetBytes("user [username] \r\n"); 

只需在命令末尾添加\ r \ n短语,一切都将按预期开始工作。

如果没有可用于读取的数据,则Read方法将阻塞,直到数据可用。 如果您不想阻止,请考虑使用Async Socketfunction。 http://msdn.microsoft.com/en-us/library/bbx2eya8.aspx