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+）。

实用场景举例：

• 复制文件：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）下行为可能不同，测试时别只盯着本地磁盘。