1.流的性质：数据的线性读取
流（InputStream、ServletInputStream等）本质上是从数据源（如文件、网络、HTTP 请求等）中顺序地传递数据，并且每个字节都只通过一次。当你从流中读取数据时，系统从底层数据源中提取字节数据并将其传递给你。由于这种传递是线性的（顺序的），一旦数据被读取，流就不再持有这些数据，因而无法重新读取。
示例：
读取一个文件流时，系统逐个读取文件中的字节，传递给应用程序。读取到的数据已经从文件中“流过”，你不能要求重新读取那些已经处理过的数据，除非你重新打开文件流。
2.资源效率：避免数据复制
设计为“只能读取一次”可以避免将整个数据内容保存在内存中。这种做法特别适合于处理大量数据（如大文件或网络流量），因为将所有数据一次性加载到内存中是不切实际且资源消耗巨大的。
如果流支持多次读取，那么在每次读取时都需要在某个地方（如内存）缓存已读取的数据，以便之后可以重新读取。这不仅占用内存，还会增加实现的复杂性。
通过设计成一次性读取，流的实现可以使用较少的资源，尤其是在处理大数据或连续的数据流时（如网络或文件读取）。
3.延迟加载（Lazy Loading）
流可以通过延迟加载的方式处理数据，即数据只在被读取时才会从源中传输过来，而不是一次性加载所有数据。例如，网络请求的响应体可以是流式的，在数据从网络中到达之前，不会被完全读取或加载。
这种设计允许应用在需要数据时才开始读取，而不是预先占用资源。由于流数据是动态产生的，在数据源结束传输或读取完成之前，内容是不可预见的，这也是流式处理的优势。
4.数据来源的特性
许多数据源是瞬时的或不可重复的，这意味着它们只能被消费一次。例如：
网络请求：当通过InputStream读取 HTTP 请求体时，数据是从网络传输过来的，一旦被读取就会从传输链路中消失。如果你想重新读取，就需要重新发起一次请求。
文件：对于文件流来说，虽然可以重新打开文件重新读取，但这意味着必须建立新的流对象来重新读取文件的内容，原来的流一旦读取完毕就失效。
5.简单且高效的设计
设计为“读取一次”使得流的实现简单而高效。流处理的数据通常是连续的，处理过程与数据传输同步，因此只需一次性读取和处理即可。这种方式的实现减少了复杂的控制流和缓存机制的需求，使其更高效地管理内存和其他系统资源。
6.如何处理需要多次读取的情况
尽管流设计为只能读取一次，但在某些场景下可能需要多次读取。为了处理这种需求，常见的解决方案有：
缓存流数据：通过包装器类如ContentCachingRequestWrapper，你可以在第一次读取时将数据缓存起来，以便后续可以重新读取。这种方式虽然灵活，但也需要占用额外的内存或存储。
重新打开流：对于文件、数据库等可持久化的数据源，可以通过重新打开流来实现多次读取。尽管这种方法有效，但它要求数据源是可重复访问的，且每次读取可能有一定的性能开销。
双向流处理：对于一些高级场景，可以通过管道（PipedInputStream和PipedOutputStream）的方式处理输入和输出流，或者将数据一次性读取到ByteArrayInputStream以便多次读取。
总结
流设计为只能读取一次，主要是基于以下几点：
资源效率：避免不必要的数据缓存，特别适合处理大数据。
延迟加载：数据按需读取，节省内存和计算资源。
数据源特性：很多数据源（如网络、文件）本质上是一次性的，不支持重新读取。
简单高效：一次性读取设计使得流的实现更简单、更高效。
通过设计为一次性读取，流可以更好地处理大规模、持续的数据传输场景，同时保持系统资源的低消耗。
