files.walk() 默认不跟随符号链接且遇权限异常会中断遍历；需显式添加 follow_links 选项并用 walkfiletree 处理异常，流无需关闭，过滤文件应先检查存在性。
Files.walk() 会遍历目录，但默认不处理符号链接
默认情况下 Files.walk() 不跟随符号链接（symlinks），遇到软链接时直接跳过。如果你的目录结构里有指向其他位置的链接，且希望递归进去，必须显式启用 FileVisitOption.FOLLOW_LINKS。
- 不加选项：软链接被忽略，
Files.walk(path)不会进入其指向的目标目录 - 加选项：用
Files.walk(path, FileVisitOption.FOLLOW_LINKS)，但要注意可能引发循环遍历（比如 A → B → A） - Java 8+ 支持该选项；Java 7 及更早版本不支持，只能手写
SimpleFileVisitor
遍历时抛出 AccessDeniedException 是常见中断原因
Files.walk() 是懒加载流（lazy stream），一旦在遍历中遇到无权限访问的子目录（如 /proc/1/fd 或某些系统目录），就会抛出 AccessDeniedException，导致整个流终止——这不是 bug，是设计行为。
- 解决方法：用
Files.walk(path, Integer.MAX_VALUE)配合tryAdvance+ 异常捕获，或改用Files.walkFileTree()自定义FileVisitor - 简单绕过：过滤掉异常路径，例如
Files.walk(path).onClose(() -> {}).forEach(...)无法阻止中断，必须提前处理权限逻辑 - 生产环境建议：优先用
Files.walkFileTree()，它允许你在visitFileFailed回调里决定是否继续
Files.walk() 返回的 Stream 不自动关闭资源
和 Files.list() 不同，Files.walk() 创建的流 **不持有底层文件系统句柄**，所以不需要、也不能用 try-with-resources 关闭。强行调用 close() 没有效果，也不会释放任何资源。
- 误操作示例：
try (Stream<path> s = Files.walk(p)) { ... }</path>—— 编译通过但纯属冗余 - 真正要关的是你手动打开的文件（比如在 forEach 里用
Files.newInputStream()），不是 walk 流本身 - 流一旦被消费完（如 forEach 执行完毕）、或被中断（如 break、异常），就自然失效，无需干预
想只遍历文件（排除目录）？别依赖 filter(Files::isRegularFile)
Files.walk() 返回所有节点（文件 + 目录），很多人习惯链式调用 .filter(Files::isRegularFile) 来筛出普通文件。这看似合理，但有隐患：
- 如果某路径已不存在（被并发删除），
Files.isRegularFile()返回 false，该路径被无声丢弃——你可能以为它本来就是目录，实则是个 race condition - 更稳妥的做法：先用
Files.exists()确认路径存在，再判断类型；或改用Files.walkFileTree()在visitFile回调里处理，这个回调只触发在真实存在的常规文件上 - 性能提示：两次 I/O（exists + isRegularFile）比一次略慢，但在多数场景可接受；若极致追求性能，且能确保无并发删改，原写法也够用
