关键是你不应该知道后台存储是什么——它只是一个抽象。实际上，甚至可能没有备份存储——您可能正在从网络中读取数据，而数据根本就没有“存储”。

如果你写的代码能够在文件系统、内存、网络或任何支持流思想的东西上工作，那么你的代码就会更加灵活。

此外，流通常是链接在一起的——你可以有一个流来压缩放入其中的任何内容，将压缩的表单写入另一个流，或者加密数据，等等。在另一端是反向链，解密，解压缩等等。

我所见过的关于流的最好解释是SICP的第3章。(你可能需要阅读前两章才能理解，但无论如何你都应该这样做。: -)

它们对字节根本不使用sterams，而是整数。我从中得到的要点是:

流是延迟列表 在某些情况下，急于提前计算所有内容的计算开销是惊人的 我们可以用流来表示无限长的序列

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

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());

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

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

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

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

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

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

流已经是一个比喻，一个类比，所以真的没有必要再提供另一个。你可以把它想象成一个管道，里面有水流，水实际上是数据，管道是流。我认为这是一种双向管道如果流是双向的。它基本上是一种常见的抽象，用于在一个或两个方向上有数据流或数据序列的事物。

In languages such as C#, VB.Net, C++, Java etc., the stream metaphor is used for many things. There are file streams, in which you open a file and can read from the stream or write to it continuously; There are network streams where reading from and writing to the stream reads from and writes to an underlying established network connection. Streams for writing only are typically called output streams, as in this example, and similarly, streams that are for reading only are called input streams, as in this example.

流可以执行数据的转换或编码(例如，.Net中的SslStream将耗尽SSL协商数据并将其隐藏起来;TelnetStream可能对您隐藏Telnet协商，但提供对数据的访问;Java中的ZipOutputStream允许您写入zip归档中的文件，而不必担心zip文件格式的内部问题。

您可能会发现的另一个常见的东西是允许您编写字符串而不是字节的文本流，或者一些语言提供了允许您编写基本类型的二进制流。您将在文本流中发现一个常见的东西是字符编码，您应该知道这一点。

一些流还支持随机访问，如本例所示。另一方面，由于显而易见的原因，网络流不会。

MSDN很好地概述了。net中的流。 Sun还概述了他们的通用OutputStream类和InputStream类。 在c++中，这里有istream(输入流)，ostream(输出流)和iostream(双向流)文档。

类似UNIX的操作系统也支持带有程序输入和输出的流模型，如下所述。

流是字节序列的抽象。其思想是，您不需要知道字节来自何处，只需以标准化的方式读取它们。

例如，如果你通过流处理数据，那么数据来自文件、网络连接、字符串、数据库中的blob等等，对你的代码来说都无关紧要。

与备份存储本身交互本身并没有什么问题，除了它将您绑定到备份存储实现。