通过链式构造器实例化对象：Java文件流代码相关疑问

Great question! Let's unpack this line of code and the concepts behind it clearly:

BufferedReader inFile = new BufferedReader(new FileReader("data.txt"));

为什么需要两个new关键字？ #

这行代码创建了两个独立的对象，但它们是协作工作的：

• new FileReader("data.txt")：创建一个基础的字符输入流对象，它负责直接从磁盘上的data.txt文件读取字符，但它的读取方式是逐字符的，效率很低——因为每次读取都要触发磁盘IO操作。
• new BufferedReader(...)：创建一个带缓冲的字符输入流对象，它的作用是包装前面的FileReader对象，给它加上缓冲功能。BufferedReader会一次性读取一大块数据到内存缓冲区里，之后每次调用read()方法时直接从缓冲区取数据，大大减少磁盘IO的次数，提升读取效率。

简单说：你需要先有一个能直接读文件的基础流，再用缓冲流把它“包装”起来，给它升级性能。这就像你先买了一个普通水杯，再给它套上保温套——保温套不能单独用，必须套在水杯上才能发挥作用。

背后的原理：装饰器模式（Decorator Pattern） #

Java的IO流体系就是基于装饰器模式设计的。这个模式的核心思想是：

• 定义一组基础流类（比如FileReader、InputStream），负责完成最基础的IO操作。
• 定义一组装饰流类（比如BufferedReader、DataInputStream），它们可以包裹基础流或其他装饰流，在不修改原有流代码的前提下，动态添加新功能（比如缓冲、数据类型转换等）。

所有这些流类都实现了共同的父接口（比如Reader、InputStream），所以装饰流可以接受任何实现了该接口的流对象作为参数——这就是多态的体现。

属于多态还是继承范畴？ #

这个场景主要属于多态，但继承是它的基础：

1. 继承的作用：FileReader继承自InputStreamReader，而InputStreamReader又实现了Reader接口；BufferedReader同样实现了Reader接口。继承让这些类共享了Reader的方法规范（比如read()、close()）。
2. 多态的应用：BufferedReader的构造器参数是Reader类型（父类型），我们传入的是FileReader实例（子类型）——这正是多态的典型用法：父类型引用可以指向任何子类型的对象。如果以后你想换用其他Reader实现（比如StringReader），直接替换new FileReader(...)部分即可，BufferedReader的代码完全不用改，这就是多态带来的灵活性。

总结一下：嵌套实例化是装饰器模式的应用，而装饰器模式的实现依赖于多态，继承则是多态的基础。

内容的提问来源于stack exchange，提问作者Michael Bishara