Path比File更灵活，能跨平台处理路径逻辑；Files类封装90%以上基础IO操作，提供walk()高效遍历和清晰异常体系。
Path比File更灵活，能跨平台处理路径逻辑
Java 7 引入 Path 是为了解决 File 类在路径拼接、符号链接、文件系统抽象上的硬伤。比如 File 的 getPath() 返回字符串，无法感知操作系统差异；而 Path 由 FileSystem 管理，调用 resolve() 或 relativize() 时自动适配 Unix 风格斜杠或 Windows 风格反斜杠。
常见错误：用 String 拼接路径（如 "a" + File.separator + "b"），结果在容器或 Windows 容器里出错。正确做法是用 Paths.get("a", "b", "c") 或 path.resolve("subdir")。
注意点：Path 是不可变对象，所有操作（如 getParent()、getFileName()）都返回新实例；它不检查文件是否存在，只是路径建模工具。
Files类封装了90%以上的基础IO操作，避免手动流管理
Files 是 Path 的配套工具类，把原本需要 FileInputStream/BufferedReader 套娃的常见任务，压缩成一行调用。比如读取文本文件不再需要 try-with-resources 写三行，直接 Files.readString(path)（Java 11+）或 Files.readAllLines(path)（Java 7+）。
立即学习“Java免费学习笔记（深入）”；
实用场景举例：
- 复制文件：
Files.copy(src, dst, StandardCopyOption.REPLACE_EXISTING)，自动处理覆盖、原子性（部分文件系统支持） - 递归创建目录：
Files.createDirectories(path)，比file.mkdirs()更可靠（会抛出明确异常而非返回 false） - 获取文件属性：
Files.getLastModifiedTime(path)或Files.getAttribute(path, "basic:lastModifiedTime")，支持扩展属性
性能提示：对大文件慎用 readAllBytes()，它会一次性加载进内存；应改用 Files.newInputStream() 配合缓冲流。
配合walk()和find()做高效目录遍历，替代递归File.listFiles()
File.listFiles() 返回 File[]，无法控制遍历深度、易受权限拒绝中断、不支持并发。而 Files.walk(path) 返回 Stream，天然支持 filter/map/limit，且默认是懒加载——没触发终端操作就不会真正扫描磁盘。
典型用法：
- 找所有 .log 文件：
Files.walk(path).filter(p -> p.toString().endsWith(".log")).forEach(System.out::println) - 限制深度为2层：
Files.walk(path, 2) - 跳过访问拒绝的目录：
Files.walk(path, FileVisitOption.FOLLOW_LINKS)并捕获AccessDeniedException
注意：walk() 在遍历中修改文件（如删除）可能导致 DirectoryIteratorException；若需边遍历边清理，改用 Files.walkFileTree() 配合自定义 SimpleFileVisitor。
异常体系更清晰，强制区分“不存在”和“无权限”
File 的很多方法（如 listFiles()）失败只返回 null，你得靠 exists() 和 canRead() 猜原因。而 Files 方法统一抛出具体子类异常：
-
NoSuchFileException：目标路径不存在 -
AccessDeniedException：权限不足（Linux 的 sticky bit 或 Windows ACL 导致） -
FileSystemLoopException：遇到符号链接循环
这意味着你可以精准 catch 并差异化处理，而不是写一堆 if (f.exists() && f.canRead()) 判断。但要注意：部分方法（如 exists()）默认不抛异常，只返回 boolean；要启用严格模式，得传 LinkOption.NOFOLLOW_LINKS 等选项。
最容易被忽略的是：Files 的多数方法依赖底层 FileSystem 实现，比如内存文件系统（jimfs）或 zip 文件系统（ZipFileSystem）下行为可能不同，测试时别只盯着本地磁盘。
