17370845950

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 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() 访问一次元数据；若需精确值（如校验），仍要读取实际字节。

• 避免在循环里重复调用 Files.exists() + Files.isRegularFile()，Files.readAttributes() 一次获取多个属性更高效
• Windows 下 NTFS 压缩文件的 size() 返回的是解压后逻辑大小，不是磁盘占用 —— 如需磁盘占用，得用 WinNTFileAttributes 或外部命令
• Linux 下硬链接会被重复计数，除非自己维护已访问 inode 缓存

递归本身不难，难的是怎么让统计在真实环境里不崩、不出错、不误导。尤其当路径里混着挂载点、损坏的符号链接、或者 /proc 这类特殊文件系统时，Files.walk() 的默认策略未必够用，这时候就得退回到 SimpleFileVisitor 手动控制每个环节。