我在‘旧的’方式和‘新的’更快的1.7方式扫描目录之间进退两难。
我需要扫描驱动器上的所有目录,并建立类似的树结构。在1.6中没有问题(除了速度慢了10倍),但是对于FileFisitor,我有一些很大的障碍。
我如何事先知道一个目录包含多少项(files+subdirectories)?
File[] files = path.listFiles();和files.length是答案。public FileVisitResult preVisitDirectory(Path path, BasicFileAttributes bfa){}中,计数在哪里?对每个子目录使用可伸缩数组(ArrayList)肯定会损害性能和已经很大的内存占用,因此我需要使用固定长度的常规数组。我一直在考虑的另一个选择是使用可重用的主数组,一旦知道长度,就将其复制到目标数组中。然而,这与递归性质以及目录和文件是交错的而不是分组的事实相冲突。我需要一个主数组来处理每个递归深度(可能是无限的),除非我可以让它先遍历目录,然后再遍历文件(我的研究表明这是做不到的)。
发布于 2012-11-19 10:43:08
我真的会质疑这个假设:
对每个子目录使用可伸缩数组(ArrayList)肯定会损害性能和已经很大的内存占用。
你对此有什么根据?请注意,您的性能可能会受到访问文件系统速度的限制(或至少会受到影响)。
我认为(对于大多数这种性质的问题),您尝试一个简单的可扩展解决方案,并确定任何真正的问题,而不是事先做出假设。
https://stackoverflow.com/questions/13452103
复制相似问题