Files.walkTree 为什么总抛出 AccessDeniedException
因为 Files.walkTree 默认不处理权限拒绝，遇到无读权限的子目录或文件直接中断遍历。这不是 bug，是设计使然——它把错误当作“遍历失败”而非“跳过继续”。
- 必须传入自定义
FileVisitor实现，在visitFileFailed方法里显式返回FileVisitResult.CONTINUE - 别用
SimpleFileVisitor的默认实现，它的visitFileFailed直接抛异常 - Linux/macOS 下常见于
/proc、/sys等虚拟文件系统；Windows 下多见于C:\Program Files\WindowsApps或用户配置文件夹
想边遍历边过滤，但 Files.walkTree 不支持 Predicate
Files.walkTree 本身不提供类似 Files.walk 那样的 Predicate 参数，过滤逻辑得写进 visitFile 和 preVisitDirectory 里。
- 在
visitFile中判断path.getFileName().toString()或Files.isRegularFile(path)再决定是否处理 - 如果想跳过整个子树（比如忽略
.git目录），在preVisitDirectory里检查目录名，匹配时返回FileVisitResult.SKIP_SUBTREE - 注意：
SKIP_SUBTREE不会触发该目录下任何visitFile，但会触发一次postVisitDirectory
Files.walkTree 比 Files.walk 慢还容易 OOM？
不是慢，是行为不同：Files.walk 返回惰性流（Stream<path></path>），而 Files.walkTree 是同步回调驱动，内存占用取决于你回调里干了什么——但常见 OOM 来自误操作。
- 别在
visitFile里把所有Path缓存到List，尤其遍历大磁盘时 -
Files.walk默认有深度限制（Integer.MAX_VALUE），但Files.walkTree没有内置深度控制，深层嵌套目录可能引发栈溢出（StackOverflowError） - 如需限深，得在
preVisitDirectory中手动计数并返回SKIP_SUBTREE
Java 7 的 Files.walkTree 和 Java 11+ 的 Files.walk 区别在哪
核心区别不在功能强弱，而在抽象层级：Files.walkTree 是底层访问协议，Files.walk 是上层便利封装。很多场景其实不需要自己写 FileVisitor。
立即学习“Java免费学习笔记（深入）”；
-
Files.walk内部就是用Files.walkTree实现的，但它自动帮你处理了异常、流关闭、并发安全等细节 - 需要精确控制访问顺序（比如先处理子目录再处理父目录）、或需在进入/退出目录时执行清理逻辑，才值得用
Files.walkTree - Java 11+ 新增的
Files.find更适合“查找符合某条件的文件”，它本质也是基于walkTree，但 API 更聚焦
真正难的是对访问状态做跨回调维护——比如统计各类文件数量、记录最大文件路径，这些变量得线程安全且生命周期可控。稍不注意，就会在 visitFile 里改了状态，却在 postVisitDirectory 里发现它已经错乱了。
