streamReader 为什么要用循环来读取文件

[liujianliang]

using System;
using System.IO;
public class TextFromFile
{
private const string FILE_NAME = "MyFile.txt";
public static void Main(String[] args)
{
if (!File.Exists(FILE_NAME))
{
Console.WriteLine("{0} does not exist.", FILE_NAME);
return;
}
using (StreamReader sr = File.OpenText(FILE_NAME))
{
String input;
while ((input=sr.ReadLine())!=null)
{
Console.WriteLine(input);
}
Console.WriteLine ("The end of the stream has been reached.");
sr.Close();
}
}
为什么要用while循环呢,不能一次过吗,怎么理解这个

[哈哈潜伏哥]

学习了，不过我建议用readline()方法。

[jimgreat]

试想一下如果你的文件有1G，你能一次把它都读进来吗？
这是就是个缓冲的思想。
基实在SteamReader中是有默认缓冲区的
看一下StreamReader.Read (Char[], Int32, Int32) 在MSDN中的备注就清楚了：
使用 Read 方法时，较为高效的方法是使用与流的内部缓冲区大小一致的缓冲区，其中内部缓冲区设置为您想要的块大小，并始终读取小于此块大小的内容。如果构造流时未指定内部缓冲区大小，则缓冲区的默认大小为 4 KB（4096 字节）。

也就是说你每次读取时，实际上是从这4 KB的缓冲区里面读取的，
读过后，流会自动向前走，从磁盘上读入新的数据进入这个缓冲区。

[onthebox]

ReadLine()真的很有用
C++要是有这个就好了

[zlin_king]

对于小的文件就用readtoend吧，比readline速度快很多.

[ggw]

自己控制呗！

[苏良辰]

可以的，

你可以用
sr.ReadToEnd() 这个函数
是读取全部的

[lsj_zrp]

sr.ReadLine()
是读取一行，所以需要循环

[fuadam]

全部读进内存效率不好

[lextm]

全部读进内存效率不好
===================
这个理解有问题吧。你一行一行的读总归也都要读入内存的。文件不大而且要讲效率的话，不如一次全部读进来。

[changjiangzhibin]

ReadLine()方法使用更普遍一些，若是测试或知道读取的文件不大，则可使用ReadToEnd()一次都读出来

[lextm]

也就是说你每次读取时，实际上是从这4 KB的缓冲区里面读取的，
读过后，流会自动向前走，从磁盘上读入新的数据进入这个缓冲区。
=================
这个我不否认。但是ReadLine返回的string仍然是占资源的。从返回string对象的大小来看，ReadLine返回的对象的总大小和ReadToEnd返回的string是相当的。两种方法的差别并不是那么大。主要还是看你操作的是行还是整个文件。像正则匹配一类的应用，使用ReadToEnd更加普遍。

[river_a]

ReadLine返回的对象的总大小和ReadToEnd返回的string是相当的。两种方法的差别并不是那么大。
============================
不可能，你读个超过100M的多行文件试一试。别弄个就一行的100M文件来试。

[binsweet]

是的，受分配缓冲区大小的影响。如果构造流时未指定缓冲区大小，则缓冲区的默认大小为 4 KB（4096 字节）。

[vrhero]

这个我不否认。但是ReadLine返回的string仍然是占资源的。从返回string对象的大小来看，ReadLine返回的对象的总大小和 ReadToEnd返回的string是相当的。两种方法的差别并不是那么大。主要还是看你操作的是行还是整个文件。像正则匹配一类的应用，使用 ReadToEnd更加普遍。
--------------------
说实话...我坚决不信...