使用文件 api 读取目录：如何处理包含 20000-30000 个文件的目录？

Question

我正在编写一个读取目录内容的简单java程序 并打印出文件名和最后修改时间。

我预见到的问题是，我正在阅读的保险库非常庞大，并且在某些情况下 单个目录中的文件可以超过 20000 个。 使用文件 api

    `file.listFiles()` 

会反过来创建 20000 个文件对象，我担心这个 可能会减慢进程，也可能会导致内存膨胀。

有没有办法进行批处理，即告诉 java 一次扫描 50 个文件的目录，或者一次至少迭代一个文件，而不是一次将所有对象加载到内存中

Answer 1

我不会担心内存，我会担心这些文件的磁盘访问时间。

文件的访问时间可以是 8 毫秒，即使是 SSD，也可以是 100 微秒。创建 File 对象所需的时间可能不到一微秒。

您说得对，20,000 个 File 对象并非微不足道，但如果这是您的主要问题，那么您做得很好。

您可以改用list()，这会稍微提高内存效率，并且只在需要时创建文件。

Answer 2

您应该通过 java.nio.file.Files.walkFileTree(...) 使用 java.nio.file.FileVisitor。它已在 Java 7 中专门针对此用例引入。