¿Por qué File.Exists() es mucho más lento cuando el archivo no existe?

Question

Me parece que File.Exists() es mucho más lento cuando el archivo no existe o el usuario no tiene acceso que cuando el archivo existe.

¿Es esto cierto?

Esto no tiene sentido para mí.

Answer 1

En general, cuando busca un montón de cosas para algo, no puede estar seguro de su falta de existencia a menos que haya buscado todos los lugares posibles que podría haber sido. Al buscar algo (en la mayoría de los tipos de colecciones), el peor caso es cuando el artículo no existe en la colección.

No he evaluado File.Exists en particular, pero dudo mucho que haya una diferencia realmente notable en esos casos a menos que lo haga miles de veces. ¿Cómo llegaste a esta conclusión?

Answer 2

File.Exists está atrapando excepciones. La sobrecarga de subir y capturar una excepción puede contribuir a un rendimiento deficiente.

File.Exists funciona así:

comprobar para ver si el archivo existe, se trata de abrir el archivo ... si se produce una excepción en el archivo no existe.

Ese proceso es más lento que abrir un archivo y no se lanza ninguna excepción (que es cuando existe el archivo).

Answer 3

File.Exists también ejemplifica la autorización de CLR antes de comprobar que el archivo existe para el archivo. Una alternativa (aunque no lo he probado para el rendimiento) es PathFileExists si está haciendo una gran cantidad de cheques:

[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

de archivos y todos sus métodos suelen trabajar con identificadores de archivos de Windows.

Si usted hace un montón de cheques, usted debe utilizar:

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

En lugar de trabajar internamente con identificadores de archivo, se ve en atributos de archivo y es mucho más rápido. Además, no comprueba excepciones, que es una gran desaceleración en .NET

Answer 5

que corrió la prueba siguiente, y en mi PC, al menos, los tiempos son casi lo mismo:

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

los resultados fueron en la línea de lo siguiente (cada ejecución es ligeramente diferente, pero casi el mismo):

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

pero través de una red (en la LAN a un servidor de un salto de distancia), encontré que la prueba sea un poco más lento cuando los archivos realmente existieron. Lo olí y solo había un paquete SMB en cada dirección.

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