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

例如，如果你通过流处理数据，那么数据来自文件、网络连接、字符串、数据库中的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

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

流的意义在于我们将注意力限制在重要的事情上。通过标准抽象，我们可以执行公共操作。例如，即使您今天不想在文件或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.