filevisitoption 本身不会导致死循环，但配合符号链接或自引用目录时可能引发无限遍历；推荐优先使用 nofollow_links，并结合深度限制与路径去重确保安全。
FileVisitOption 是 Java NIO.2 中用于控制 Files.walk() 或 Files.find() 等文件遍历行为的枚举，本身**不直接导致死循环**，但若与递归逻辑、符号链接（symlink）或自引用目录结构配合不当，就可能引发无限遍历——也就是你遇到的“死循环”问题。
为什么会出现“死循环”？
核心原因不是 FileVisitOption 本身，而是它对符号链接的处理策略与实际文件系统结构不匹配：
-
默认行为（无选项）：遇到符号链接时，
Files.walk()会跟随链接（follow），如果目标指向父目录或自身（如./link -> ..或self -> .），就会反复进入同一路径，形成逻辑上的循环遍历。 - 显式指定 FOLLOW_LINKS：效果同上，主动开启跟随，风险更明确。
- 指定 NOFOLLOW_LINKS：跳过符号链接本身（不遍历其指向内容），可避免循环，但会丢失链接目标中的文件——需权衡是否需要访问链接目标。
如何安全使用 FileVisitOption 防止死循环？
关键不是只靠选项，而是组合策略：
-
优先用 NOFOLLOW_LINKS：如果你不需要深入符号链接目标（多数场景适用），这是最简单有效的预防方式：
Files.walk(path, FileVisitOption.NOFOLLOW_LINKS) -
手动检测循环路径（推荐进阶方案）：即使使用 FOLLOW_LINKS，也可在
FileVisitor的preVisitDirectory中记录已访问的realPath（通过toRealPath()获取规范绝对路径），若发现重复则返回SKIP_SUBTREE。 -
限制遍历深度：用
Files.walk(path, maxDepth, options)设置合理上限（如 10–20 层），防止单纯因深层嵌套或意外循环耗尽资源。
常见易忽略的陷阱
-
相对路径 + 符号链接：比如当前目录下有
sub/link → ../，从sub开始遍历时，会跳回父目录再进sub，无限循环——NOFOLLOW_LINKS可破。 -
挂载点/绑定挂载（Linux/macOS）：某些挂载可能造成路径等价但
toRealPath()不一致，需结合isSameFile()辅助判断。 -
权限不足导致异常中断：虽非死循环，但
SecurityException或AccessDeniedException若未正确处理，可能让遍历卡在某节点反复重试——务必实现visitFileFailed并返回合适动作（如CONTINUE）。
一句话总结
FileVisitOption 本身是开关，不是银弹；NOFOLLOW_LINKS 是防止死循环最直接的手段，而结合深度限制和路径去重才是健壮遍历的标配。别让符号链接悄悄把你绕进迷宫。
