Win32 API FindFirstFile和FindNextFile性能与命令行

Ric*_*ett 7 .net performance winapi

遍历使用通配符模式查找文件的目录时,我们遇到了意外的性能问题.

我们有180个文件夹,每个包含10,000个文件.命令行搜索dir <pattern> /s几乎立即完成(<0.25秒).但是,从我们的应用程序,相同的搜索需要3-4秒.

我们最初尝试使用System.IO.DirectoryInfo.GetFiles()SearchOption.AllDirectories现在已经尝试了Win32 API调用FindFirstFile()FindNextFile().

使用我们的代码进行分析表明绝大部分执行时间都花费在这些调用上.

我们的代码基于以下博文:

http://codebetter.com/blogs/matthew.podwysocki/archive/2008/10/16/functional-net-fighting-friction-in-the-bcl-with-directory-getfiles.aspx

我们发现这很慢,所以更新了GetFiles函数以采用string搜索模式而不是谓词.

任何人都可以对我们的方法可能出现的问题有所了解吗?

KPe*_*xEA 9

在我的测试中使用FindFirstFileExFindExInfoBasicFIND_FIRST_EX_LARGE_FETCH比普通的FindFirstFile快得多.

使用FindFirstFile扫描包含约300,000个文件的20个文件夹需要661秒,使用FindFirstFileEx扫描需要11秒.对相同文件夹的后续调用只需不到一秒钟.

HANDLE h = FindFirstFileEx(search.c_str(),FindExInfoBasic,&data,FindExSearchNameMatch,NULL,FIND_FIRST_EX_LARGE_FETCH);


Dar*_*rov 3

FindFirstFile您可以尝试使用FindNextFile我曾经在博客中提到过的实现。