我想知道为什么有这么多“解决方案”张贴?

如果我对GetFiles如何工作的新手理解是正确的，那么只有两个选项，上面的任何解决方案都可以归结为:

GetFiles，然后是filter:速度很快，但在应用过滤器之前，由于存储开销，是内存杀手 在GetFiles时过滤:设置的过滤器越多，速度越慢，但由于没有存储开销，内存使用量就越低。这在上面的一篇文章中有一个令人印象深刻的基准测试:每个过滤器选项都会导致一个单独的GetFile-operation，因此硬盘的同一部分会被读取几次。

在我看来，选项1)是更好的，但使用SearchOption。像C:\这样的文件夹中的所有目录会占用大量内存。 因此，我将创建一个递归子方法，使用选项1遍历所有子文件夹)

这应该导致每个文件夹上只有1个getfiles -操作，因此速度很快(选项1)，但只使用少量内存，因为在每个子文件夹读取后应用过滤器->开销在每个子文件夹后删除。

如果我说错了，请指正。就像我说的，我对编程很陌生，但我想对事情有更深入的了解，最终在这方面做得很好:)

另一种使用Linq的方式，但是不需要返回所有内容并在内存中过滤。

var files = Directory.GetFiles("C:\\path", "*.mp3", SearchOption.AllDirectories).Union(Directory.GetFiles("C:\\path", "*.jpg", SearchOption.AllDirectories));

它实际上是对GetFiles()的2次调用，但我认为这与问题的精神是一致的，并以一个可枚举的形式返回它们。

让你想要的扩展名为一个字符串，即“.mp3.jpg.wma.wmf”，然后检查每个文件是否包含你想要的扩展名。 这适用于。net 2.0，因为它不使用LINQ。

string myExtensions=".jpg.mp3";

string[] files=System.IO.Directory.GetFiles("C:\myfolder");

foreach(string file in files)
{
   if(myExtensions.ToLower().contains(System.IO.Path.GetExtension(s).ToLower()))
   {
      //this file has passed, do something with this file

   }
}

这种方法的优点是你可以添加或删除扩展，而不需要编辑代码，即添加png图像，只需写myExtensions=".jpg.mp3.png"。

我知道这是一个老问题，但LINQ:(.NET40+)

var files = Directory.GetFiles("path_to_files").Where(file => Regex.IsMatch(file, @"^.+\.(wav|mp3|txt)$"));

如果你有一个很大的扩展列表要检查，你可以使用下面的。我不想创建很多OR语句，所以我修改了lette写的东西。

string supportedExtensions = "*.jpg,*.gif,*.png,*.bmp,*.jpe,*.jpeg,*.wmf,*.emf,*.xbm,*.ico,*.eps,*.tif,*.tiff,*.g01,*.g02,*.g03,*.g04,*.g05,*.g06,*.g07,*.g08";
foreach (string imageFile in Directory.GetFiles(_tempDirectory, "*.*", SearchOption.AllDirectories).Where(s => supportedExtensions.Contains(Path.GetExtension(s).ToLower())))
{
    //do work here
}

我不能使用. where方法，因为我在. net Framework 2.0中编程(Linq只在. net Framework 3.5+中被支持)。

下面的代码不区分大小写(因此.cab或.cab也会被列出)。

string[] ext = new string[2] { "*.CAB", "*.MSU" };

foreach (string found in ext)
{
    string[] extracted = Directory.GetFiles("C:\\test", found, System.IO.SearchOption.AllDirectories);

    foreach (string file in extracted)
    {
        Console.WriteLine(file);
    }
}