播面

Java IO（输入/输出）框架是 Java SDK 中设计最精妙的模块之一，它大量运用了设计模式来实现高扩展性和灵活性。

其中最核心、最经典的设计模式是 装饰器模式（Decorator Pattern） 和 适配器模式（Adapter Pattern）。此外，还应用了模板方法模式、工厂模式和外观模式。

以下是这些设计模式在 Java IO 中的具体应用和详细解析：

1. 装饰器模式（Decorator Pattern）—— 最核心

Java IO 类库中最著名的就是“套娃”式的流操作。例如：

InputStream in = new BufferedInputStream(new FileInputStream("test.txt"));

这就是经典的装饰器模式。

为什么使用？

如果不用装饰器模式，要实现“既能读文件、又能带缓冲区、还能读基本数据类型”的功能，就需要通过继承产生大量的子类（如 BufferedFileInputStream, DataBufferedFileInputStream 等），导致类爆炸。
装饰器模式通过组合代替继承，动态地给一个对象添加一些额外的职责。

角色对应：

• 抽象构件（Component）：InputStream / OutputStream（字节流）、Reader / Writer（字符流）。
• 具体构件（Concrete Component）：FileInputStream、ByteArrayInputStream 等（负责提供基础的输入数据源）。
• 抽象装饰器（Decorator）：FilterInputStream / FilterOutputStream。它内部持有一个 InputStream 的引用。
• 具体装饰器（Concrete Decorator）：BufferedInputStream（增加缓冲功能）、DataInputStream（增加读取基本数据类型功能）、GZIPInputStream（增加解压功能）。

结构图示：

InputStream (抽象构件)
   ├── FileInputStream (具体构件，读文件)
   └── FilterInputStream (抽象装饰器)
         ├── BufferedInputStream (具体装饰器，加缓冲区)
         └── DataInputStream (具体装饰器，读基本类型)

2. 适配器模式（Adapter Pattern）

Java 的 IO 流分为字节流（以 Stream 结尾）和字符流（以 Reader/Writer 结尾）。有时候我们手里只有字节流，但程序需要字符流，这时候就需要“转换器”。

为什么使用？

适配器模式用于将一个接口转换成客户希望的另一个接口。在 IO 中，它负责将字节流（Byte Stream）适配为字符流（Character Stream）。

典型代表：

• InputStreamReader：将 InputStream（字节流）适配为 Reader（字符流）。
• OutputStreamWriter：将 OutputStream（字节流）适配为 Writer（字符流）。

代码示例：

// FileInputStream 是字节流
FileInputStream fis = new FileInputStream("test.txt"); 

// InputStreamReader 是适配器，将字节流包装，暴露出 Reader(字符流) 的接口
Reader reader = new InputStreamReader(fis, "UTF-8"); 

3. 模板方法模式（Template Method Pattern）

在 Java IO 的抽象基类中，定义了算法的骨架，而将一些步骤延迟到子类中实现。

为什么使用？

定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

典型代表：

以 InputStream 为例：

• InputStream 定义了通用的 read(byte b[], int off, int len) 方法（模板方法），它内部通过循环调用了单字节的 read() 方法。
• 而单字节的 read() 是一个抽象方法，留给子类（如 FileInputStream、ByteArrayInputStream）去具体实现。

// InputStream 中的模板方法
public int read(byte b[], int off, int len) throws IOException {
    // ... 一些边界检查 ...
    int c = read(); // 调用了抽象方法！由子类去实现具体如何读一个字节
    if (c == -1) {
        return -1;
    }
    b[off] = (byte)c;
    // ... 循环调用 read() 填充数组 ...
}

// 抽象方法
public abstract int read() throws IOException;

4. 外观模式（Facade Pattern）

在 Java 1.7 引入的 NIO 2.0 (Files 类) 中，可以看到外观模式的影子。

为什么使用？

Java IO/NIO 的底层操作（如文件属性、安全权限、路径拼接、流拷贝等）非常复杂，涉及多个子系统的协作。外观模式提供了一个统一的接口，用来访问子系统中的一群接口。

典型代表：

java.nio.file.Files 类。
它提供了一系列静态工具方法（如 Files.copy(), Files.createDirectory(), Files.readAllLines()），用户不需要关心底层复杂的 FileSystem、Path、Channel 的交互，直接调用 Files 的方法即可。

5. 工厂模式（Factory Pattern）

在 NIO 中，为了支持跨平台（Windows, Linux, macOS 的底层文件系统和 I/O 模型不同），使用了工厂模式。

典型代表：

• FileSystems.getDefault()：这是一个工厂方法，根据不同的操作系统，返回不同的 FileSystem 实例（如 Windows 下返回 WindowsFileSystem，Linux 下返回 UnixFileSystem）。
• Paths.get()：获取 Path 对象的工厂方法。

总结

这些设计模式的有机结合，使得 Java IO 既保持了底层的极高性能（字节操作），又提供了上层极大的灵活性（字符操作、对象序列化、缓存等）。