装饰者模式是Java IO流体系的骨架，通过节点流（如FileInputStream）和处理流（如BufferedInputStream、InputStreamReader、DataInputStream）组合实现功能动态叠加，避免继承爆炸，确保职责单一、复用性强、顺序明确。
装饰者模式在Java IO流中不是概念点缀，而是整套体系的骨架。它解决的核心问题是：不修改原有类的前提下，动态给流叠加功能。比如你有一条从文件读字节的“基础管道”，但突然需要加缓冲、加编码转换、加数据类型解析——装饰者模式让你一层层包上去，而不是写一堆功能耦合的子类。
装饰者怎么体现在IO流里
Java IO中，节点流（如FileInputStream、FileReader）是真正连接数据源的“底层搬运工”；处理流（如BufferedInputStream、InputStreamReader、DataInputStream）则是“包装器”，它们都持有一个被包装流的引用，并在read/write方法中先调用被包装流的操作，再做自己的增强逻辑。
- BufferedInputStream：在read()前检查内部缓冲区是否有剩余字节；没有就调用底层InputStream一次性读一块（比如8KB），存进缓冲区，后续多次小读取都从内存拿——减少系统调用次数。
- InputStreamReader：本身不读文件，它把FileInputStream读出的字节，按指定字符集（如UTF-8）解码成char序列，再提供给上层字符流使用。
- DataInputStream：在read()之后，把连续的字节按规则组装成int、double等基本类型，比如readInt()就是取4个字节按大端序转成int。
为什么必须用装饰者，而不是继承
继承会爆炸式增长类数量。如果每种组合都靠继承实现——带缓冲的文件输入流、带缓冲+带编码的文件输入流、带缓冲+带编码+带数据解析的文件输入流……类数会变成2n级。而装饰者只定义少数几个处理流类，任意组合即可：
- 纯字节读：FileInputStream
- 带缓冲：new BufferedInputStream(new FileInputStream("a.txt"))
- 带缓冲+编码转换：new InputStreamReader(new BufferedInputStream(new FileInputStream("a.txt")), "UTF-8")
- 再加缓冲（字符层）：new BufferedReader(new InputStreamReader(...))
每一层只专注一件事，职责清晰，复用率高，也方便替换——想换缓冲大小？只动BufferedInputStream构造参数；想改编码？只改InputStreamReader的Charset参数。
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
立即学习“Java免费学习笔记（深入）”；
看懂嵌套构造就是看懂装饰链
下面这行代码不是“写法复杂”，而是明确表达了数据流向和处理顺序：
new BufferedReader(new InputStreamReader(new FileInputStream("data.txt"), StandardCharsets.UTF_8))- 最内层FileInputStream：打开文件，按字节读原始数据
- 中间InputStreamReader：拿到字节，用UTF-8解码成字符
- 最外层BufferedReader：把字符缓存起来，支持readLine()这种高层语义
调用br.readLine()时，控制流从外向内穿透：BufferedReader → InputStreamReader → FileInputStream → 操作系统内核。返回时再逐层加工，最终给你一行干净的String。
实际开发中容易踩的坑
- 关闭流只关最外层：调用br.close()会自动触发内部所有被包装流的close()，前提是它们都正确实现了装饰者规范（JDK里已保证）。重复关或只关内层，可能造成资源泄漏或IOException。
- 装饰顺序不能乱：BufferedInputStream必须包在InputStreamReader外面，否则缓冲的是字节；但如果把它包在FileReader外面（FileReader已是字符流），编译直接报错——类型不匹配。装饰者依赖接口一致性，字节流只能装饰字节流，字符流只能装饰字符流。
- 别用FileReader套InputStreamReader：FileReader本质是new InputStreamReader(new FileInputStream(...), defaultCharset)，再套一层InputStreamReader等于指定两次编码，极易出错。该用InputStreamReader就直接用，别绕路。
