Path是不可变的文件系统抽象引用，非字符串替代品；Files.copy/move默认不覆盖且不递归；Files.walk需try-with-resources防句柄泄漏；readAllBytes仅适用于小文件。
Path对象不是文件路径字符串，而是文件系统抽象引用
很多人误把 Path 当成 String 的替代品，直接拼接或打印它——这会导致逻辑错误。实际上 Path 是一个不可变的、与操作系统无关的路径引用，内部封装了分隔符处理、符号链接解析、相对/绝对判断等能力。
常见错误：用 path.toString() 拼路径，比如 path.toString() + "/sub"；正确做法是用 resolve() 或 resolveSibling()：
Path base = Paths.get("/home/user");
Path sub = base.resolve("docs"); // → /home/user/docs
Path parentFile = base.resolveSibling("config.txt"); // → /home/config.txt
-
resolve()用于子路径，自动处理相对路径（如..） -
relativize()可计算两个路径间的相对关系，适合生成可移植的链接 - 避免调用
toFile()，除非你明确需要java.io.File兼容——它会丢失Path的语义优势
Files.copy() 和 Files.move() 默认不覆盖，且不递归
执行 Files.copy(src, dst) 时，如果 dst 已存在，默认抛出 FileAlreadyExistsException；Files.move() 同理。这不是 bug，而是设计上的安全默认。
实际开发中常需覆盖或递归操作，必须显式传入选项：
立即学习“Java免费学习笔记（深入）”；
Files.copy(src, dst, StandardCopyOption.REPLACE_EXISTING); Files.move(src, dst, StandardCopyOption.REPLACE_EXISTING);
- 复制目录需手动遍历：
Files.copy()不支持目录递归，要用Files.walk()+ 自定义拷贝逻辑 -
StandardCopyOption.ATOMIC_MOVE仅在同文件系统内有效，跨磁盘会退化为普通 move 并抛异常 - 移动符号链接本身（而非目标）需加
LinkOption.NOFOLLOW_LINKS，否则默认跟随
Files.walk() 遍历时未关闭流会泄漏文件句柄
Files.walk() 返回的是 Stream，底层持有操作系统资源。若只用 forEach 或没调用 close()，尤其在频繁扫描大目录时，很快触发“Too many open files”错误。
正确写法只有两种：
try (Streamstream = Files.walk(dir)) { stream.filter(Files::isRegularFile) .forEach(System.out::println); }
- 必须用 try-with-resources 包裹，不能依赖 GC 回收
- 若需提前终止（如找到第一个匹配项），用
findFirst()是安全的，它会自动关闭流 - 避免在 lambda 中抛出受检异常——
Files.walk()抛的是IOException，而Stream不允许，需包装为运行时异常或改用传统Files.walkFileTree()
Files.readAllBytes() 适合小文件，大文件必须用 Channel 或 Stream
Files.readAllBytes(path) 简洁，但会一次性将整个文件加载进堆内存。读取 500MB 日志时，不仅慢，还可能触发 OutOfMemoryError。
真正可控的方式是用 FileChannel 或基于 InputStream 的分块读取：
try (FileChannel channel = FileChannel.open(path, StandardOpenOption.READ)) {
ByteBuffer buf = ByteBuffer.allocate(8192);
while (channel.read(buf) != -1) {
buf.flip();
// 处理 buf.array()
buf.clear();
}
}
-
Files.lines()也加载整行到内存，对超长行仍危险；BufferedReader+readLine()更稳妥 -
Files.newInputStream()返回的流支持transferTo()，适合高效管道传输 - Windows 上用
Files.readAllBytes()读正在被写入的文件，可能得到截断内容——因为没有强制刷新语义
Path 的生命周期管理和 Files.walk() 的资源释放时机。这两处不出错则风平浪静，一出就是线上句柄耗尽或路径解析异常。 
