paths和files是nio.2中职责分明的协作组合：paths仅描述路径、不触发i/o，files才执行文件操作；应避免tofile()桥接，善用stream与visitor语义差异。
Java NIO.2 中的 Paths 和 Files 类不是替代关系，而是分工明确的协作组合：Paths 负责“描述路径”，Files 负责“执行操作”。高效的关键在于不混淆职责、不滥用桥接（如 toFile()），并善用 Stream 与 Visitor 的语义差异。
Paths.get 只创建路径引用，不访问文件系统
Paths.get("logs") 或 Paths.get("/var", "tmp", "app.log") 仅构造一个 Path 实例，内存中无 I/O，也不校验路径是否存在、是否可读、是否为符号链接。它不触发任何系统调用——这是设计初衷，也是性能基础。
- 路径拼接用
resolve()，而非字符串拼接：base.resolve("config.json") - 获取绝对路径应调用
toAbsolutePath()，避免相对路径误判 - 慎用
toFile()：在容器环境、受限沙箱或含符号链接的路径下，可能抛UnsupportedOperationException，且会丢失 NIO.2 对文件属性、权限、跨文件系统等的精细控制能力
Files 才是真正执行文件操作的入口
Files 类封装了底层 FileSystemProvider，统一处理权限检查、符号链接策略、异常分类（如 AccessDeniedException 与 NotDirectoryException 分开）、以及不同文件系统的特性（如 Windows 的重解析点、Linux 的 ACL）。所有实际动作都必须经由 Files 方法发起：
- 读写文件：优先用
Files.readString()（Java 11+）或Files.readAllLines()，避免手动管理InputStream；大文件则用Files.newBufferedReader()流式处理 - 创建目录：多级目录用
Files.createDirectories(path)，单级用Files.createDirectory(path)；后者在父目录不存在时直接失败 - 复制/移动：支持
StandardCopyOption.REPLACE_EXISTING、COPY_ATTRIBUTES等细粒度选项，比旧 IO 更可控 - 判断状态：用
Files.exists()、Files.isRegularFile()、Files.isExecutable()，它们比path.toFile().exists()更可靠，尤其在 NFS 或权限受限路径上
递归遍历必须用 Files.walk 或 Files.walkFileTree
Paths.get(...).toFile().listFiles() 是退化用法，已脱离 NIO.2 体系，且无法处理符号链接循环、权限中断等边界情况。
- 简单遍历推荐
Files.walk(path, 3)：显式指定最大深度，防止无限递归；返回Stream<path></path>是延迟求值，务必用forEach或collect触发执行 - 需精细控制（如跳过某目录、捕获异常、终止遍历）请用
Files.walkFileTree(path, visitor)，继承SimpleFileVisitor<path></path>并重写preVisitDirectory、visitFile、visitFileFailed等方法 - 查找特定文件：用
Files.find()，其谓词接收BasicFileAttributes，可免去额外Files.readAttributes()调用，对大目录树更省系统资源
注意流式操作的生命周期与异常安全
Files.list()、Files.walk() 返回的 Stream 是资源敏感型，必须显式关闭（推荐 try-with-resources），否则可能导致 DirectoryStream 泄漏，后续对该目录的操作可能卡死或报错。
- 正确写法：
try (Stream<path> s = Files.walk(root)) { s.filter(...).forEach(...); }</path> - 不要把 Stream 存为字段或长期持有；也不要依赖 GC 自动关闭
- 遇到
FileSystemLoopException（如软链自引用），说明未启用FOLLOW_LINKS或未在 visitor 中处理，应主动跳过或记录警告
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
