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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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. source