Perché File.Exists() è molto più lento quando il file non esiste?

Question

Mi sembra che File.Exists() sia molto più lento quando il file non esiste o l'utente non ha accesso rispetto a quando il file esiste.

è vero?

Questo non ha senso per me.

Answer 1

Generalmente quando si cerca un sacco di cose per qualcosa, non si può essere sicuri della loro mancanza di esistenza a meno che non si sia cercato tutti i posti possibili che avrebbe potuto essere. Quando si cerca qualcosa (nella maggior parte dei tipi di collezioni) il caso peggiore è quando l'oggetto non esiste nella collezione.

Non ho un benchmarking File.Exists in particolare ma dubito fortemente che ci sia una differenza davvero notevole in quei casi, a meno che non lo facciate migliaia di volte. Come sei arrivato a questa conclusione?

Answer 2

File.Exists intercetta le eccezioni. Il sovraccarico di raccolta e acquisizione di un'eccezione può contribuire a prestazioni scadenti.

File.Exists funziona così:

controllare per vedere se il file esiste, tenta di aprire il file ... se viene generata un'eccezione il file non esiste.

Questo processo è più lento dell'apertura di un file e non viene generata alcuna eccezione (ovvero quando il file esiste).

Answer 3

File.Exists crea inoltre un'istanza di autorizzazione CLR prima di verificare che il file esista per il file. Un'alternativa (anche se non ho provato per le prestazioni) è PathFileExists se si sta facendo un sacco di controlli:

[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 4

file e tutti i suoi metodi tipicamente lavorare con handle di file di Windows.

Se si fanno un sacco di controlli, si dovrebbe usare:

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

Invece di lavorare internamente con handle di file, esamina attributi di file ed è molto più veloce. Inoltre, non controlla le eccezioni, che è una grande rallentamento .NET

Answer 5

Ho eseguito il seguente test, e sul mio PC, almeno, i tempi sono circa la stessa:

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); 
    } 

i risultati sono stati in linea con il seguente (ogni corsa è leggermente diverso, ma circa la stessa):

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

ma attraverso una rete (sulla LAN a un server di un hop di distanza), ho trovato la prova di essere un po 'più lento quando i file sono effettivamente esistiti. L'ho annusato e c'era un solo pacchetto SMB in ogni direzione.

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