Warum ist File.Exists() viel langsamer, wenn die Datei nicht existiert?

Question

Mir scheint, dass File.Exists() viel langsamer ist, wenn die Datei nicht existiert oder der Benutzer keinen Zugriff darauf hat, als wenn die Datei existiert.

Ist das wahr?

Das ergibt für mich keinen Sinn.

Answer 1

File.Exists fängt Ausnahmen ab. Der Overhead beim Auslösen und Abfangen einer Ausnahme kann zu einer schlechten Leistung beitragen.

File.Exists funktioniert folgendermaßen:

Um zu prüfen, ob die Datei vorhanden ist, wird versucht, die Datei zu öffnen. Wenn eine Ausnahme ausgelöst wird, existiert die Datei nicht.

Dieser Vorgang ist langsamer als das Öffnen einer Datei, und es wird keine Ausnahme ausgelöst (was der Fall ist, wenn die Datei existiert).

Answer 2

File.Exists instanziiert auch die CLR-Berechtigung, bevor die Datei auf ihre Existenz überprüft wird. Eine Alternative (die ich allerdings aus Leistungsgründen nicht ausprobiert habe) ist PathFileExists wenn Sie viele Kontrollen durchführen:

[DllImport("Shlwapi.dll", SetLastError = true, CharSet = CharSet.Auto)]
private extern static bool PathFileExists(StringBuilder path);

void Exists()
{
    // A StringBuilder is required for interops calls that use strings
    StringBuilder builder = new StringBuilder();
    builder.Append(@"C:\test.txt");
    bool exists = PathFileExists(builder);
}

Answer 3

Wenn man in einem Haufen Sachen nach etwas sucht, kann man im Allgemeinen nicht sicher sein, dass es nicht existiert, es sei denn, man hat nach etwas gesucht alle möglichen Orte es hätte sein können. Bei der Suche nach etwas (in den meisten Arten von Sammlungen) ist der schlimmste Fall, dass das Objekt in der Sammlung nicht vorhanden ist.

Ich habe kein Benchmarking durchgeführt File.Exists aber ich bezweifle stark, dass es in diesen Fällen einen wirklich spürbaren Unterschied gibt, es sei denn, man macht es tausende Male. Wie sind Sie zu diesem Schluss gekommen?

Answer 4

Ich habe den folgenden Test durchgeführt, und zumindest auf meinem PC sind die Zeiten ungefähr gleich:

  static void TestExists()
     {
     Stopwatch sw = Stopwatch.StartNew();

     for ( int i = 0; i < 1000; i++ )
        {
        if ( !File.Exists( @"c:\tmp\tmp" + i.ToString() + ".tmp" ) )
           Console.WriteLine( "File does not exist" );
        }
     Console.WriteLine( "Total for exists: " + sw.Elapsed );

     sw = Stopwatch.StartNew();
     for ( int i = 0; i < 1000; i++ )
        {
        if ( File.Exists( @"c:\tmp\tmp_" + i.ToString() + ".tmp" ) )
           Console.WriteLine( "File exists" );
        }
     Console.WriteLine( "Total for not exists: " + sw.Elapsed );
     }

Die Ergebnisse sahen wie folgt aus (jeder Durchlauf ist etwas anders, aber ungefähr gleich):

Total for exists: 00:00:00.0717181
Total for not exists: 00:00:00.0824266

Aber in einem Netzwerk (im LAN zu einem Server, der einen Sprung entfernt ist) war der Test um einiges langsamer, als die Dateien tatsächlich existierten. Ich habe es gesnifft und es gab nur ein SMB-Paket in jede Richtung.

Total for exists: 00:00:02.4028708
Total for not exists: 00:00:00.6910531

Answer 5

File und alle seine Methoden arbeiten in der Regel mit Windows-Dateihandles.

Wenn Sie viele Prüfungen durchführen, sollten Sie :

FileInfo fiInfo = new FileInfo(@"c:\donotexists");
if (fiInfo.Exists)
    return true;

Anstatt intern mit Datei-Handles zu arbeiten, werden die Dateiattribute betrachtet, was wesentlich schneller ist. Außerdem prüft es nicht auf Ausnahmen, was in .NET eine große Verlangsamung darstellt.