Java字节流与字符流通过分层抽象和装饰组合封装底层资源：节点流直连物理资源，转换流桥接字节与字符，装饰器流叠加功能，close()实现责任链式资源释放。
Java 面向对象中，字节流与字符流对底层资源的封装，核心在于“分层抽象 + 装饰组合”。它们不是靠单一类完成全部工作，而是通过基类定义统一行为、节点流直连物理资源、处理流叠加功能，最终形成可插拔、可复用的资源封装体系。
节点流：直接绑定物理资源
节点流（Node Stream）是整个封装链条的起点，它负责与真实数据源/目标建立连接，比如文件、内存数组、网络套接字等。这类流直接持有底层资源句柄（如 FileInputStream 持有 FileDescriptor），并实现最原始的读写逻辑。
- 字节流节点：FileInputStream、FileOutputStream、ByteArrayInputStream、SocketInputStream 等，构造时即打开资源，read()/write() 方法调用系统 I/O 原语（如 read(2) 系统调用）
- 字符流节点：FileReader、FileWriter（但注意：它们内部已隐含使用平台默认编码，且不推荐在生产中直接使用——因编码不可控）；更规范的做法是用 InputStreamReader/OutputStreamWriter 配合字节流节点，显式指定编码
转换流：桥接字节与字符的关键封装
字符流不能直接操作磁盘或网络，因为操作系统只认字节。所以 Java 用 InputStreamReader 和 OutputStreamWriter 作为“翻译中间件”，把字节流包装成字符流。它们不是独立节点，而是典型的处理流，其内部持有一个字节流，并引入 Charset 实例完成编码/解码。
- InputStreamReader = 字节流 + 编码表 → 把 byte[] 按指定 Charset 解码为 char[]
- OutputStreamWriter = 字符流 + 编码表 → 把 char[] 按指定 Charset 编码为 byte[]，再交由底层字节流写出
- 这一步封装屏蔽了“多字节字符如何拼合”的细节，避免手动处理 UTF-8 中文三字节截断导致乱码
装饰器流：在资源通道上叠加能力
一旦有了节点流（或经转换后的字符流），就可以用处理流（Processing Stream）层层增强，而不改变原有接口。这是典型的装饰器模式，所有装饰器都继承自对应基类（如 BufferedInputStream 继承 InputStream），并持有一个被装饰对象。
立即学习“Java免费学习笔记（深入）”；
- BufferedInputStream：在 FileInputStream 上加缓冲区，减少系统调用次数，提升小数据频繁读取性能
- ObjectInputStream：在 FileInputStream（或其它字节输入流）上增加反序列化能力，把字节还原为 Java 对象
- BufferedReader：在 InputStreamReader 上加行缓冲和 readLine() 支持，让文本按行处理变得自然
- 每一层只专注一件事，资源关闭时只需关闭最外层流（前提是使用 try-with-resources 或正确调用 close()）
资源生命周期由流对象统一管理
封装不仅体现在数据处理逻辑上，也体现在资源控制上。每个流对象在其 close() 方法中负责释放所持有的资源：
- 节点流 close() 会真正关闭文件描述符、socket 连接等 OS 级资源
- 装饰器流 close() 会先调用被装饰流的 close()，实现责任链式释放
- 因此，只要关闭最外层流（如 new BufferedReader(new InputStreamReader(new FileInputStream(f))) 的 BufferedReader），整条链上的资源都会被依次释放
