java io 中的装饰器模式通过包装类实现，核心做法是定义统一的抽象组件接口 inputstream 和 outputstream，然后创建具体的装饰器子类（如 bufferedinputstream）来增强功能。这种设计允许在不修改原有流代码的情况下，动态地添加缓冲、过滤或转换行为，从而将基础 i/o 操作与高级功能解耦。
如何区分并选择字节流与字符流的装饰器
在 Java 中，字节流处理原始二进制数据，而字符流处理文本数据，两者的装饰器体系完全独立。选择的关键在于数据源的类型：如果处理的是图片、音频或网络传输的原始字节，应使用 FileInputStream 配合 BufferedInputStream；如果处理的是本地文本文件，则应使用 FileReader 配合 BufferedReader。装饰器的作用是为这些基础流提供额外的能力，例如缓冲以提高性能，或者进行编码转换。
import java.io.*;
public class StreamDecoratorDemo {
public static void main(String[] args) throws IOException {
// 1. 字节流装饰：为 FileInputStream 添加缓冲功能
try (InputStream fis = new FileInputStream("data.bin");
BufferedInputStream bis = new BufferedInputStream(fis)) {
int data = bis.read();
System.out.println("Byte stream read: " + data);
}
// 2. 字符流装饰：为 FileReader 添加缓冲和行读取功能
try (Reader fr = new FileReader("text.txt");
BufferedReader br = new BufferedReader(fr)) {
String line = br.readLine();
System.out.println("Char stream read: " + line);
}
}
}
上述代码展示了两种典型的装饰场景。在字节流部分，BufferedInputStream 包裹了 FileInputStream，使得读取操作从磁盘直接读取变为从内存缓冲区读取，减少了系统调用次数。在字符流部分，BufferedReader 不仅提供了缓冲，还增加了 readLine() 方法，这是基础 Reader 所不具备的。开发者应根据是否需要按行读取或处理非文本数据来决定使用哪种装饰器组合。
立即学习“Java免费学习笔记（深入）”；
掌握 ES6+ 特性，包括 async/await、解构、扩展运算符、箭头函数、Promise、模块、迭代器、生成器以及函数式编程模式，编写简洁高效的 Java
装饰器模式在 IO 中的具体实现机制
装饰器模式在 Java IO 中的体现依赖于继承和组合的结合。所有装饰器都继承自对应的抽象组件类（如 FilterInputStream），并在构造函数中接收一个同类型的组件实例。当调用装饰器的方法时，它通常会先执行自己的逻辑（如填充缓冲区），然后委托给被包装的组件完成实际的数据传输。这种链式结构允许无限层级的嵌套，例如可以将 DataInputStream 装饰在 BufferedInputStream 之上，再装饰在 FileInputStream 之上。
import java.io.*;
public class MultiDecoratorChain {
public static void main(String[] args) throws IOException {
// 构建多层装饰链：File -> Buffered -> Data
InputStream base = new FileInputStream("config.dat");
InputStream buffered = new BufferedInputStream(base);
InputStream dataStream = new DataInputStream(buffered);
// 使用 DataInputStream 读取特定类型的数据
if (dataStream.available() > 0) {
byte b = dataStream.readByte();
int i = dataStream.readInt();
System.out.println("Read byte: " + b + ", int: " + i);
}
}
}
在这个多层装饰的例子中，DataInputStream 并不关心底层是缓冲流还是文件流，它只负责将字节转换为 Java 基本数据类型。这种解耦使得开发者可以灵活地组合功能：如果需要高效读取结构化数据，就加上 DataInputStream；如果需要提高读取速度，就加上 BufferedInputStream。每个装饰器只关注自己的职责，符合单一职责原则，同时也体现了开闭原则，即新增功能只需增加新的装饰器类，无需修改现有代码。
当装饰器链中出现空值或异常时会发生什么
在装饰器模式中，如果基础流被关闭或出现错误，整个装饰链都会受到影响。由于装饰器通常持有对下层流的引用，当下层流抛出 IOException 时，上层装饰器会将异常向上抛出，除非它在内部进行了捕获和处理。此外，如果尝试关闭最外层的装饰器，它会递归地关闭其包装的下层流，确保资源正确释放。若在某一层装饰器中传入 null 作为被包装的流，会在构造函数或首次方法调用时立即抛出 NullPointerException，因为装饰器必须依赖有效的底层组件才能工作。
import java.io.*;
public class ExceptionHandlingInDecorators {
public static void main(String[] args) {
try {
// 模拟一个会失败的流
InputStream failingStream = new InputStream() {
@Override
public int read() throws IOException {
throw new IOException("Simulated failure");
}
};
// 装饰失败流
InputStream decorated = new BufferedInputStream(failingStream);
decorated.read(); // 触发异常
} catch (IOException e) {
System.out.println("Caught exception: " + e.getMessage());
}
}
}
这段代码验证了异常传播机制。当 BufferedInputStream 尝试从底层的 failingStream 读取数据时，底层抛出的异常会直接穿透装饰层到达调用者。这意味着在使用装饰器时，开发者必须在最外层或适当的位置处理异常，而不能假设装饰器会自动恢复错误状态。同时，这也强调了在构造装饰器链时，确保基础流有效的重要性，否则任何操作都会导致程序中断。
