4. Java I/O与NIO工程实践

在真实工程中，I/O 代码往往不是“能跑就行”，而是要在吞吐、内存占用、异常恢复和跨平台路径处理之间取得平衡。本节围绕文件读写、序列化、NIO 的 Channel/Buffer、Path/Files 工具类以及大文件处理与内存映射，梳理一条从传统流到 NIO、再到内存映射的实践路径。

一、传统流与 NIO 的定位差异

Java 传统 I/O 以 InputStream/OutputStream 和 Reader/Writer 为核心，面向“流”的逐字节或逐字符处理，适合顺序读写、文本编码转换和装饰器组合（如 BufferedReader、DataInputStream）。它的优点是 API 直观、生态成熟；缺点是阻塞式、单线程处理大文件时容易成为瓶颈，且频繁小批量读写会带来系统调用开销。

NIO 的核心抽象是 Channel 与 Buffer。Channel 表示可读可写的通道，Buffer 是一块可操作的内存区域。数据总是先读入 Buffer，再从 Buffer 取出；写出时先写入 Buffer，再通过 Channel 刷出。理解 Buffer 的 position、limit、capacity 三个指针，是正确使用 NIO 的关键。常见操作顺序是：clear() 或 compact() 准备写入，flip() 切换为读取模式，rewind() 重读，mark()/reset() 做标记回退。

二、Path 与 Files：现代文件操作入口

java.nio.file.Path 与 Files 是 Java 7 之后推荐的文件操作方式。Path 表示路径，不依赖具体文件系统；Files 提供静态工具方法，覆盖创建、删除、复制、移动、读取属性、遍历目录等。相比 File，它更安全、异常信息更明确，且支持符号链接、文件属性视图和原子操作。

Path src = Paths.get("data", "input.log");
Path dst = Paths.get("data", "output.log");
Files.createDirectories(dst.getParent());
try (BufferedReader r = Files.newBufferedReader(src, StandardCharsets.UTF_8);
     BufferedWriter w = Files.newBufferedWriter(dst, StandardCharsets.UTF_8)) {
    String line;
    while ((line = r.readLine()) != null) {
        w.write(line.toUpperCase());
        w.newLine();
    }
}

这段代码展示了 Path 拼接、目录创建、带编码的缓冲读写。注意 Files.newBufferedReader 默认使用 UTF-8，若源文件是 GBK，需要显式传入 Charset.forName("GBK")，否则会出现乱码或 MalformedInputException。

三、序列化与反序列化的工程约束

Java 原生序列化通过 ObjectOutputStream/ObjectInputStream 实现，要求类实现 Serializable。它适合进程间对象传输、缓存快照等场景，但存在明显工程约束：序列化 ID serialVersionUID 不一致会导致 InvalidClassException；字段增删会破坏兼容性；反序列化会执行构造器链之外的逻辑，存在安全风险。因此，生产环境更推荐 JSON、Protobuf 等显式格式。

若必须使用原生序列化，应显式声明 serialVersionUID，对敏感字段使用 transient，并在反序列化时校验来源。下面是一个最小示例：

public class User implements Serializable {
    private static final long serialVersionUID = 1L;
    private String name;
    private transient String password;
    // getter/setter 省略
}

四、大文件处理与内存映射

处理 GB 级文件时，一次性读入内存会触发 OOM。常见策略有三种：缓冲流分块读写、FileChannel 配合堆外 Buffer 分块传输、以及 MappedByteBuffer 内存映射。内存映射把文件区域映射到虚拟内存，由操作系统负责页加载，适合随机访问和只读扫描，但要注意映射区域不宜超过 2GB（受 int 索引限制），且释放依赖 GC，长时间运行需关注 Unmapper 或分块映射。

try (FileChannel ch = FileChannel.open(path, StandardOpenOption.READ)) {
    long size = ch.size();
    long pos = 0;
    while (pos < size) {
        long len = Math.min(1L << 20, size - pos); // 每次 1MB
        MappedByteBuffer buf = ch.map(FileChannel.MapMode.READ_ONLY, pos, len);
        while (buf.hasRemaining()) {
            byte b = buf.get();
            // 处理字节
        }
        pos += len;
    }
}

分块映射既避免单次映射过大，又能利用内存映射的零拷贝优势。若只是顺序读取，FileChannel.transferTo 往往更简单高效。

五、工程实践中的关键判断

面对一个具体任务，可以按以下顺序判断：若只是读写小文本，优先 Files.newBufferedReader/Writer；若需要对象持久化，优先 JSON 而非原生序列化；若文件超过内存预算，使用缓冲流或 FileChannel 分块；若需要随机访问或只读扫描超大文件，考虑分块内存映射。无论哪种方式，都应使用 try-with-resources 确保通道和流关闭，并对 IOException、ClosedChannelException、BufferOverflowException 做明确处理。

综合来看，Java I/O 与 NIO 的工程实践不是二选一，而是按场景组合：Path/Files 负责路径与元数据，传统流负责简单文本，Channel/Buffer 负责高吞吐传输，内存映射负责超大文件随机访问，序列化则根据兼容性与安全性选择显式格式。掌握这些边界，才能在真实项目中写出既正确又高效的 I/O 代码。