选择“流”这个词是因为它（在现实生活中）代表的含义与我们使用它时想要传达的含义非常相似。
让我们暂时忘记后备存储，并开始考虑与水流的类比。您会收到连续的数据流，就像河中的水不断流动一样。您不一定知道数据来自哪里，而且大多数情况下您也不需要知道；无论是来自文件、套接字还是任何其他来源，这并不（不应该）真正重要。这与接收一股水流非常相似，您不需要知道它来自哪里；您只需知道它是从哪里来的。无论是来自湖泊、喷泉还是任何其他来源，这并不（不应该）真正重要。
也就是说，一旦您开始认为您只关心获取所需的数据，无论数据来自何处，其他人谈论的抽象就会变得更加清晰。您开始认为您可以包装流，并且您的方法仍然可以完美工作。例如，您可以这样做：
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());
看？只要您的方法不关心输入源是什么，您就可以通过各种方式自定义源。这种抽象允许您以一种非常优雅的方式将输入与处理逻辑解耦。
请注意，我们自己创建的流没有后备存储，但它仍然可以完美地满足我们的目的。
因此，总而言之，流只是一个输入源，隐藏（抽象）另一个源。只要不破坏抽象，你的代码就会非常灵活。
