Java NIO.2 的 Path 和 Files 类取代 java.io.File，Path 抽象路径结构且不可变，Files 提供静态 I/O 方法；支持符号链接、原子操作、批量属性访问及更清晰异常体系。
Java NIO.2 的 Path 和 Files 类是现代文件操作的核心，取代了传统 java.io.File 的许多缺陷，支持符号链接、原子操作、批量属性访问和更清晰的异常体系。
Path：路径的抽象与构建
Path 不是文件本身，而是对文件系统中位置的不可变引用。它不检查路径是否存在，只负责表示路径结构和提供解析能力。
- 用
Paths.get()快速创建：Path p = Paths.get("data", "logs", "app.log");
自动适配操作系统分隔符（Windows 用\，Unix 用/） - 从 URI 构建（如 jar 内资源）：
Path p = Paths.get(MyClass.class.getResource("/config.json").toURI()); - 常用解析方法：
p.getParent()→ 上级目录；p.getFileName()→ 最末段（含扩展名）；p.resolve("backup.txt")→ 拼接子路径（安全，不依赖当前目录）；p.relativize(other)→ 计算相对路径，例如Paths.get("a/b").relativize(Paths.get("a/c/d"))返回../c/d
Files：执行具体I/O操作的工具类
Files 是纯静态工具类，所有方法都以 Path 为第一参数，语义明确、链式友好，且统一抛出 IOException 或其子类（如 NoSuchFileException）。
- 读写文本内容（自动处理编码和关闭）：
String content = Files.readString(path, StandardCharsets.UTF_8);Files.writeString(path, "hello", CREATE, WRITE); - 读写字节数据：
byte[] data = Files.readAllBytes(path);Files.write(path, data, CREATE, TRUNCATE_EXISTING); - 复制与移动（支持跨文件系统及元数据保留）：
Files.copy(src, dst, REPLACE_EXISTING);Files.move(src, dst, ATOMIC_MOVE); // 若支持，为原子操作 - 目录操作：
Files.createDirectories(path); // 创建多级目录Files.list(path).forEach(System.out::println); // 流式遍历（不递归）Files.walk(path).filter(Files::isRegularFile).forEach(...); // 递归遍历
实用技巧与注意事项
真正用好 NIO.2，需注意几个关键点：
立即学习“Java免费学习笔记（深入）”；
-
避免用
toString()当路径字符串 —— 它返回的是内部格式化结果，可能含转义或平台相关表示；应使用p.toAbsolutePath().normalize().toString()获取标准路径串 -
检查存在性请用
Files.exists(p)，而非p.toFile().exists()；后者绕过 NIO 语义，且对符号链接行为不一致 -
批量操作优先用流式 API：
Files.lines(path)返回Stream，内存友好；Files.walk()支持深度限制和并发处理 -
权限与属性操作需平台支持：
Files.setPosixFilePermissions(p, perms)在 Windows 上会抛UnsupportedOperationException；可用Files.getAttribute(p, "dos:readonly")适配 Windows 属性
对比传统 File 类的优势
不是功能更多，而是设计更严谨：
-
Path分离「路径表示」与「文件操作」，职责单一；File把两者混在一起，导致方法语义模糊（如File.renameTo()返回 boolean 却不说明失败原因） -
Files方法全部声明抛出检查异常，强制处理错误场景；而File大量方法静默失败（如mkdirs()返回 false 却不告诉你为什么） - 原生支持符号链接、ACL、用户定义属性等现代文件系统特性；
File基本无法可靠操作这些 - 所有路径操作默认遵循「符号链接透明」原则，可显式通过
LinkOption.NOFOLLOW_LINKS控制，逻辑可控
