装饰器模式在java io中以组合替代继承，通过统一接口、职责单一的装饰器动态叠加功能。节点流对接物理资源，处理流专注功能增强，运行时链式组装，践行开闭原则。

装饰器模式在 Java IO 流体系中的设计精髓，核心在于用组合代替继承，实现功能的可插拔与正交叠加。它不是靠写一堆子类来穷举所有功能组合，而是让每种能力（缓冲、编码转换、行号、数据解析等）都独立封装成一个“装饰器”，再像套娃一样一层层包裹基础流——底层不变，上层按需装配。

接口统一，行为可委托

所有流（InputStream/Reader 及其子类）都严格遵循同一套抽象契约。具体组件（如 FileInputStream、FileReader）负责最原始的数据读取；抽象装饰器（FilterInputStream、FilterReader）仅做一件事：持有被装饰对象引用，并把绝大多数方法调用原样委托过去。这保证了无论套几层装饰器，对外暴露的 API 完全一致，调用方无需感知内部结构。

职责单一，装饰器彼此解耦

每个具体装饰器只专注一个横切能力：

• BufferedInputStream：只管缓存逻辑，不关心数据来自文件还是网络
• DataInputStream：只负责按字节读取基本类型（int、double 等），不处理缓冲或编码
• InputStreamReader：只做字节→字符的解码，不涉及缓冲或行处理
• BufferedReader：只提供 readLine()，依赖下层已解码好的字符流

它们之间没有继承关系，也不互相依赖，可以任意顺序组合，互不影响。

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

运行时动态组装，避免类爆炸

不用为“带缓冲的 UTF-8 文件字符流”这种组合专门写一个新类。只需在代码里写：

new BufferedReader(
    new InputStreamReader(
        new FileInputStream("a.txt"), "UTF-8"
    )
)

这个链式构造过程发生在运行时，组合方式由业务决定。新增一种功能（比如加个日志装饰器），只需新增一个类，完全不改动已有类——真正践行开闭原则。

底层节点流与上层功能流分工清晰

IO 流体系天然分成两层：

• 节点流（Node Stream）：直接对接物理资源（文件、Socket、内存数组），是功能链条的起点和终点
• 处理流（Processing Stream）：不直接触碰资源，只加工上游传来的数据，再交给下游，是纯功能增强层

这种分层让扩展变得轻量：要支持新数据源？写个新节点流；要加新处理能力？写个新装饰器。二者泾渭分明，各司其职。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南