0

TcpClient我有一种通过's读取一些数据的方法，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);

对此有何见解？

4

1 回答 1

4

该NetworkStream.DataAvailable属性不是检测响应结束的可靠方法；如果响应被拆分为多个 TCP 数据包，并且在您检查时尚未交付数据包DataAvailable，则该属性将返回 false，过早终止您的循环。

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

为了可靠的通信，客户端和服务器需要就响应结束信号的方式达成一致。例如：

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