StreamReader的Read方法无法读取指定的字符数(StreamReader Read me

我要解析一个大的文件，所以不要做的：

 string unparsedFile = myStreamReader.ReadToEnd(); // takes 4 seconds
 parse(unparsedFile); // takes another 4 seconds

我要带的前4秒的优势，并尝试做一些喜欢做在同一时间两件事：

        while (true)
        {
            char[] buffer = new char[1024];

            var charsRead = sr.Read(buffer, 0, buffer.Length);

            if (charsRead < 1)
                break;

            if (charsRead != 1024)
            {
                Console.Write("Here");  // debuger stops here several times why?
            }

            addChunkToQueue(buffer); 
        }

这里是debuger的图像：（我加int counter上显示我们读什么迭代小于1024个字节）

请注意，那里有643个字符阅读，而不是1024在接下来的迭代，我得到：

我想我应该读1024个字节的所有时间，直到我最后一次迭代，其中remeining字节小于1024。

所以我的问题是 ，为什么会读字符的“随机”数我扔迭代while循环？

编辑

我不知道什么样的流我处理。我喜欢执行的过程：

        ProcessStartInfo psi = new ProcessStartInfo("someExe.exe")
        {
            RedirectStandardError = true,
            RedirectStandardOutput = true,
            UseShellExecute = false,
            CreateNoWindow = true,
        };

        // execute command and return ouput of command
        using (var proc = new Process())
        {
            proc.StartInfo = psi;
            proc.Start();                               

            var output = proc.StandardOutput;  //  <------------- this is where I get the strem

            //if (string.IsNullOrEmpty(output))
            //output = proc.StandardError.ReadToEnd();

            return output;
        }
    }

Answer 1:

从文档： http://msdn.microsoft.com/en-us/library/9kstw824

当使用Read方法，它是更有效地使用的缓冲区的大小与流，其中该内部缓冲器被设置到所需的块大小，并总是读小于块大小的内部缓冲器相同 。如果流构建当内部缓冲器的大小是未指定的，其默认大小为4千字节（4096个字节）。 如果你操作的数据读入缓冲区后的基本流的位置，底层流的位置可能不符合内部缓冲器的位置。到复位内部缓冲器，调用DiscardBufferedData方法; 但是，这种方法会降低性能，应该只在所谓的绝对必要的。

所以对于返回值，该文档说：