File.length()对目录返回0是设计使然，因其仅适用于普通文件；目录无跨平台统一字节长度，需用listFiles()、Files.walk()等替代方案获取相关信息。
File.length() 对目录返回 0，是因为它只定义为获取“普通文件”的字节数，而目录在 Java 的抽象模型中不被视为“有内容长度”的文件。
length() 的设计语义是针对文件内容的
Java 的 File.length() 方法文档明确说明：它返回由此 File 表示的**普通文件**的长度（以字节为单位）。如果该路径表示的是目录、不存在的文件，或因权限等原因无法访问，则返回 0。这不是 bug，而是有意为之的设计——目录本身不是“存储字节数据”的实体，它只是文件系统的索引结构，其“大小”取决于底层实现（如 FAT、NTFS、ext4 等），且与用户关心的“占用空间”或“子项数量”无直接对应关系。
目录没有统一、可移植的“字节长度”概念
不同操作系统对目录的存储方式差异很大：
- Linux ext4 中，目录本质是特殊的数据块，包含文件名和 inode 号的映射，大小随子项增多而增长，但不直接暴露给 Java API；
- Windows NTFS 中，小目录可能内嵌在父目录记录里，大目录才用独立簇存储；
- 某些文件系统（如某些网络文件系统）甚至不提供目录的“字节大小”这一属性。
Java 为保证跨平台一致性，选择不对目录定义 length，避免误导或不可靠行为。
立即学习“Java免费学习笔记（深入）”；
需要目录相关信息时应使用其他方式
若你想获取目录下的内容统计，需主动遍历：
- 查子项数量：file.listFiles().length（注意判空，null 表示无法读取）；
- 估算磁盘占用：递归调用每个子文件/子目录的 length()（对子文件）并累加（对子目录则继续递归）；
- 判断是否为目录：file.isDirectory()，这是更安全的前提检查。
现代替代方案推荐使用 Files 工具类
Java 7+ 的 java.nio.file.Files 提供了更健壮的接口：
- Files.size(path) —— 同样对目录抛 IOException（而非静默返回 0），错误更明确；
- Files.walk(path) 可安全遍历整个目录树，配合 Files.isRegularFile() 过滤后计算总大小；
- 结合 Files.getAttribute(path, "unix:size")（Unix 系统）等特定属性，但依然不建议用于目录。
总之，length() 返回 0 不代表出错，而是语义上“不适用”。看到 0 时，先用 isDirectory() 或 isFile() 明确类型，再决定后续逻辑。
