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 (Streampaths = 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 手动控制每个环节。










