File.length()仅返回单个文件字节数且对目录返回0，统计整个文件夹需遍历；Files.walk()比手动递归更安全健壮，但要注意异常处理、内存占用及符号链接等细节。
Java统计文件夹大小为什么不能只用File.length()
File.length()只返回单个文件的字节数，对目录永远返回 0。想得到整个文件夹（含所有子目录和文件）的总大小，必须遍历。递归是最直观的方式，但容易忽略符号链接、权限拒绝、循环引用等边界情况。
用Files.walk()替代手写递归更安全
Java 8+ 的 Files.walk() 内置了路径遍历与异常处理机制，比手动 listFiles() + 递归更健壮。它能自动跳过无法访问的子目录（抛出 IOException 时可选择忽略），也支持限制深度防止栈溢出。
- 默认行为：遇到权限不足的子目录会中断并抛出
IOException - 推荐做法：用
try-with-resources包裹，配合SimpleFileVisitor或流式处理 - 注意：
Files.walk(path).mapToLong(…)可能因大目录导致内存占用高，建议用forEach累加
long total = 0;
try (Stream<Path> paths = Files.walk(startPath)) {
total = paths
.filter(Files::isRegularFile)
.mapToLong(p -> {
try {
return Files.size(p);
} catch (IOException e) {
return 0; // 忽略无法读取的文件
}
})
.sum();
}
File.length() 和 Files.size() 的关键区别
File.length() 是旧 API，不抛异常，对不存在或不可读文件静默返回 0；Files.size() 是 NIO.2 方法，遇到问题直接抛 IOException，更利于错误定位。实际项目中应优先用后者，并包裹异常处理逻辑。
-
File.length()：适合快速试探，但结果不可靠（比如文件被其他进程锁定时也可能返回0） -
Files.size(path)：准确，但必须处理IOException和SecurityException - 对符号链接：默认跟随（follow），如需跳过，要用
Files.size(path, LinkOption.NOFOLLOW_LINKS)
统计过程中的性能与精度陷阱
大目录下频繁调用 Files.size() 会产生大量系统调用，拖慢速度。如果只是粗略估算，可用 BasicFileAttributes.size() 配合 Files.walkFileTree() 访问一次元数据；若需精确值（如校验），仍要读取实际字节。
立即学习“Java免费学习笔记（深入）”；
- 避免在循环里重复调用
Files.exists()+Files.isRegularFile()，Files.readAttributes()一次获取多个属性更高效 - Windows 下 NTFS 压缩文件的
size()返回的是解压后逻辑大小，不是磁盘占用 —— 如需磁盘占用，得用WinNTFileAttributes或外部命令 - Linux 下硬链接会被重复计数，除非自己维护已访问 inode 缓存
Files.walk() 的默认策略未必够用，这时候就得退回到 SimpleFileVisitor 手动控制每个环节。 
