另一点(对于读取文件的情况):

流可以允许您在完成读取文件的所有内容之前执行其他操作。 可以节省内存，因为不需要一次加载所有文件内容。

我长话短说，我刚才漏掉了这个词:

流是通常存储在包含任何类型数据的缓冲区中的队列。

(现在，既然我们都知道队列是什么，就没有必要进一步解释了。)

这只是一个概念，另一个层次的抽象，让你的生活更容易。它们都有共同的接口，这意味着你可以以类似管道的方式组合它们。例如，编码到base64，然后压缩，然后将其写入磁盘，所有这些都在一行中!

之所以选择“流”这个词，是因为它(在现实生活中)与我们使用它时想要传达的意思非常相似。

Let's forget about the backing store for a little, and start thinking about the analogy to a water stream. You receive a continuous flow of data, just like water continuously flows in a river. You don't necessarily know where the data is coming from, and most often you don't need to; be it from a file, a socket, or any other source, it doesn't (shouldn't) really matter. This is very similar to receiving a stream of water, whereby you don't need to know where it is coming from; be it from a lake, a fountain, or any other source, it doesn't (shouldn't) really matter.

也就是说，一旦您开始认为您只关心获得所需的数据，而不管数据来自何处，其他人谈论的抽象概念就会变得更加清晰。您开始认为可以包装流，并且您的方法仍然可以完美地工作。例如，你可以这样做:

int ReadInt(StreamReader reader) { return Int32.Parse(reader.ReadLine()); }

// in another method:
Stream fileStream = new FileStream("My Data.dat");
Stream zipStream = new ZipDecompressorStream(fileStream);
Stream decryptedStream = new DecryptionStream(zipStream);
StreamReader reader = new StreamReader(decryptedStream);

int x = ReadInt(reader);

如您所见，在不改变处理逻辑的情况下更改输入源变得非常容易。例如，要从网络套接字而不是文件读取数据:

Stream stream = new NetworkStream(mySocket);
StreamReader reader = new StreamReader(stream);
int x = ReadInt(reader);

尽可能的简单。而且美妙之处还在继续，因为您可以使用任何类型的输入源，只要您可以为它构建一个流“包装器”。你甚至可以这样做:

public class RandomNumbersStreamReader : StreamReader {
    private Random random = new Random();

    public String ReadLine() { return random.Next().ToString(); }
}

// and to call it:
int x = ReadInt(new RandomNumbersStreamReader());

看到了吗?只要您的方法不关心输入源是什么，您就可以以各种方式自定义源。抽象允许您以一种非常优雅的方式将输入与处理逻辑解耦。

请注意，我们自己创建的流没有备份存储，但它仍然完美地满足了我们的目的。

所以，总的来说，流只是一个输入源，隐藏(抽象)了另一个源。只要你不打破抽象，你的代码就会非常灵活。

我使用的可视化是传送带，不是在真实的工厂里，因为我对此一无所知，而是在卡通工厂里，物品沿着线移动，被盖章、装箱、计数和检查，由一系列愚蠢的设备完成。

你有做一件事的简单组件，例如一个把樱桃放在蛋糕上的设备。这个设备有一个无樱桃蛋糕的输入流，和一个有樱桃蛋糕的输出流。用这种方式组织处理有三个优点值得一提。

首先，它简化了组件本身:如果你想把巧克力糖衣放在蛋糕上，你不需要一个复杂的设备，知道蛋糕的一切，你可以创造一个愚蠢的设备，把巧克力糖衣粘在任何东西上(在漫画中，这甚至不知道下一个东西不是蛋糕，而是怀尔E.大狼)。

其次，你可以通过将这些设备按不同的顺序排列来创造不同的产品:也许你想让你的蛋糕在樱桃上放糖衣，而不是樱桃在糖衣上，你可以简单地通过在生产线上交换设备来做到这一点。

Thirdly, the devices don't need to manage inventory, boxing, or unboxing. The most efficient way of aggregating and packaging things is changeable: maybe today you're putting your cakes into boxes of 48 and sending them out by the truckload, but tomorrow you want to send out boxes of six in response to custom orders. This kind of change can be accommodated by replacing or reconfiguring the machines at the start and end of the production line; the cherry machine in the middle of the line doesn't have to be changed to process a different number of items at a time, it always works with one item at a time and it doesn't have to know how its input or output is being grouped.

我认为您需要考虑后备存储本身通常只是另一种抽象。内存流很容易理解，但是文件完全不同，这取决于您使用的文件系统，而不考虑您使用的是什么硬盘驱动器。事实上，并不是所有的流都位于备份存储的顶部:网络流基本上就是流。

流的意义在于我们将注意力限制在重要的事情上。通过标准抽象，我们可以执行公共操作。例如，即使您今天不想在文件或HTTP响应中搜索url，也不意味着您明天就不想这样做了。

Streams were originally conceived when memory was tiny compared to storage. Just reading a C file could be a significant load. Minimizing the memory footprint was extremely important. Hence, an abstraction in which very little needed to be loaded was very useful. Today, it is equally useful when performing network communication and, it turns out, rarely that restrictive when we deal with files. The ability to transparently add things like buffering in a general fashion makes it even more useful.