system.in/out/err 体现单例（全局唯一实例）、策略（运行时可替换）和门面（简化复杂i/o接口）三种设计模式思想，核心在于抽象、解耦与可替换性。
这三个系统流本身不是设计模式的直接实现，而是 Java 标准库中对操作系统标准 I/O 通道的封装。但它们的设计背后，隐含并契合了几个经典设计模式的思想，面试中常被追问其“设计意图”，关键在于理解抽象、解耦与可替换性。
符合单例模式（Singleton）的使用方式
System.in、System.out、System.err 都是 java.lang.System 类中的 public static final 字段，JVM 启动时由 native 方法一次性初始化完成，全局唯一且不可重新赋值（字段本身 final）。虽然 System 类不是严格意义上的单例类（它不能被实例化，也无 getInstance 方法），但三者在应用层面扮演了“全局唯一标准流实例”的角色——这正是单例模式解决的核心问题：控制资源的唯一访问点。
体现策略模式（Strategy）的可替换能力
尽管字段声明为 final，Java 提供了 System.setIn()、System.setOut()、System.setErr() 这三个静态方法，允许运行时动态替换底层流实现。这意味着：
- 程序逻辑（如
System.out.println()）不依赖具体输出目标（控制台、文件、内存缓冲区等） - 不同环境（开发/测试/生产）可注入不同策略：测试时重定向到
ByteArrayOutputStream捕获输出；日志归档时指向文件；调试时指向带颜色的终端流 - 这种“算法族可互换”的思想，正是策略模式的典型特征
隐含门面模式（Facade）的简化接口
System 类没有暴露底层复杂的 I/O 初始化细节（如 FileDescriptor.in/out/err、native 初始化流程、编码配置等），而是通过三个简洁静态字段，为开发者提供统一、易用的高层入口。用户无需关心：
- 输入流是否经过
BufferedInputStream包装 - 输出流是否启用自动 flush 或指定字符集
- 错误流为何默认无缓冲、为何在 IDE 中显示为红色
这种“屏蔽子系统复杂性，提供一致简单接口”的做法，本质上是门面模式的体现。
注意：不是装饰器或适配器的直接应用
有人误认为 PrintStream 包装 FileOutputStream 是装饰器模式——但这是 PrintStream 自身的实现细节，不属于 System 类的设计范畴。System 类本身并未主动组合或包装流对象，它只是持有并暴露这些已初始化好的流引用。适配器也不适用：System.in/out/err 并未将不兼容接口转为兼容接口，而是直接提供符合 Java I/O 接口规范的标准实例。
