一、File 类：不仅仅是个文件对象
File 类和 IO 流的关系。必须明确一点：File 类只是文件或目录路径名的抽象表示，它本身不具备读写数据的能力。
核心作用：它是操作文件系统（创建、删除、重命名、查询属性）的入口。
常用 API：exists() 判断是否存在，mkdirs() 创建多级目录，listFiles() 获取子文件列表。
注意点：在不同操作系统下（Windows vs Linux），路径分隔符的处理要格外小心，推荐使用 File.separator 保持跨平台兼容性。
二、流的分类体系
按流向分：
输入流 (Input/Reader)：数据从外部（硬盘、网络）流向程序内存。
输出流 (Output/Writer)：数据从程序内存流向外部。
按处理单位分（重点）：
字节流 (Stream)：以 byte (8位) 为单位。它是“万能流”，能处理图片、视频、音频等二进制文件。基类是 InputStream 和 OutputStream。
字符流 (Reader/Writer)：以 char (16位) 为单位。它是“文本专用流”，内部自带编码转换机制，处理中文文本时比字节流更方便。基类是 Reader 和 Writer。
三、节点流 vs 处理流：装饰器模式的经典应用
节点流：直接连接数据源（如文件）。例如 FileInputStream。它们就像一根直接插在水桶里的水管。
处理流（包装流）：不直接连数据源，而是“套”在节点流外面。例如 BufferedInputStream。
多套一层原因：
为了增强功能。最典型的就是缓冲流。
原生字节流读写是一个字节一个字节地搬运，效率极低。加上 Buffered 前缀后，它在内存中开辟了一块缓冲区（默认 8KB），一次性读取一批数据，大幅减少了磁盘 IO 次数，性能提升显著。
代码实战 Tip：
永远不要直接使用裸的 FileInputStream 去读大文件，需养成习惯：
new BufferedInputStream(new FileInputStream(file))
四、转换流：解决乱码的钥匙
在处理文本时，我们经常会遇到编码不一致的问题（比如文件是 GBK，程序是 UTF-8）。这时候就需要转换流：
InputStreamReader：字节 -> 字符（输入时的桥梁）
OutputStreamWriter：字符 -> 字节（输出时的桥梁）
它们允许在构造流的时候指定字符集（Charset），从而精准控制数据的编码和解码过程，是从底层解决中文乱码问题的关键手段。
五、对象序列化：让对象“活”在硬盘上
普通的流只能传文字或数字，如果想把一个 Java 对象（比如一个 User 对象）直接保存到文件里，或者通过网络发送给另一台服务器，就需要用到对象流 (ObjectInputStream /ObjectOutputStream)。
核心机制：
将对象的状态转换成字节序列（序列化），并在需要时还原（反序列化）。
避坑指南：
被序列化的类必须实现 Serializable 接口（这是一个标记接口，没有方法）。
版本控制：强烈建议手动定义 private static final long serialVersionUID。如果不定义，编译器会自动生成，一旦你修改了类的结构（加了个字段），自动生成的 ID 就会变，导致反序列化时报错 InvalidClassException。
安全性：敏感字段（如密码）可以用 transient 关键字修饰，使其不被序列化。
六、总结与建议
Java IO 流虽然类多，但逻辑很清晰：
先确定方向（读还是写）。
再确定数据类型（是纯文本还是二进制）。
最后考虑是否需要增强功能（加缓冲、转编码、序列化）。