TcpClient的NetworkStream读取不完整的数据，除非调用Thread.Sleep（1）

Question

我有一种方法，该方法通过TcpClient的NetworkStream读取一些数据，它给了我一些错误。

在调查过程中，我发现它实际上可以正常工作……但前提是我使用断点在Visual Studio 2012的调试器中逐步完成了代码。

这是我的代码：

public static byte[] DownloadStream(string hostname, int port, 
    byte[] requestBytes, int bufferSize = 4096)
{
    byte[] responseBytes = null;

    var client = new System.Net.Sockets.TcpClient(hostname, port);

    if (client.Connected)
    {
        using (var stream = client.GetStream())
        {
            stream.Write(requestBytes, 0, requestBytes.Length);
            stream.Flush();

            if (stream.CanRead)
            {
                var responseStream = new System.IO.MemoryStream();

                byte[] buffer = new byte[bufferSize];
                int bytesRead = 0;

                do
                {
                    bytesRead = stream.Read(buffer, 0, buffer.Length);

                    responseStream.Write(buffer, 0, bytesRead);
                }
                while (stream.DataAvailable);

                responseBytes = responseStream.ToArray();
            }
        }
    }

    client.Close();

    return responseBytes;
}

这是非常令人沮丧的，因为没有真正的错误。 显然，它只需要调试器在读取NetworkStream时握住它的手即可。

有人知道为什么会这样吗？ 我该如何解决？

---

编辑：

由于某些原因，进行此更改可以消除此问题：

                do
                {
                    bytesRead = stream.Read(buffer, 0, buffer.Length);

                    responseStream.Write(buffer, 0, bytesRead);

                     System.Threading.Thread.Sleep(1); //added this line
                }
                while (stream.DataAvailable);

有什么见解吗？

Answer 1

NetworkStream.DataAvailable属性不是检测响应结束的可靠方法。 如果将响应拆分为多个TCP数据包，并且在您检查DataAvailable尚未发送数据包，则该属性将返回false，从而提前终止循环。

显然，您的网络连接速度足够快，以便Thread.Sleep(1)为每个后续数据包到达提供足够的时间。 但是，在连接速度较慢的情况下，这可能不够用。

为了进行可靠的通信，客户端和服务器需要就发出信号通知响应结束的方式达成共识。 例如：

• 服务器可以在实际响应之前将响应的长度作为前缀发送。 客户端读取该长度，然后从流中读取，直到接收到该字节数为止。
• 服务器可以在实际响应后发送一个特殊的终止符作为后缀。 客户端从流中读取，直到遇到终止符为止。 （显然，终止符不能出现在响应本身的任何位置。）
• 发送完整个响应后，服务器可以关闭连接。 客户端从流中读取，直到关闭连接。