La forma más eficiente de comprobar si un archivo está vacío en Java en Windows

¿Por qué no usar:

File file = new File("test.txt");

if (file.length() == 0) {
    // file empty
} else {
    // not empty
}

¿Hay algo malo en ello?

Puede elegir probar el enfoque FileReader, pero puede que no sea el momento de darse por vencido todavía. Si es el campo de la lista de materiales de destrucción para que pruebe esta solución publicada aquí en stackoverflow.

La marca de orden de bytes arruina la lectura de archivos en Java

Otra forma de hacer esto es (usando Apache Commons FileUtils) -

private void printEmptyFileName(final File file) throws IOException {
    if (FileUtils.readFileToString(file).trim().isEmpty()) {
        System.out.println("File is empty: " + file.getName());
    }        
}

Esta es una mejora de la respuesta de Saik0 basada en el comentario de Anwar Shaikh de que los archivos demasiado grandes (por encima de la memoria disponible) lanzarán una excepción:

Usando Apache Commons FileUtils

private void printEmptyFileName(final File file) throws IOException {
    /*Arbitrary big-ish number that definitely is not an empty file*/
    int limit = 4096;
    if(file.length < limit && FileUtils.readFileToString(file).trim().isEmpty()) {
        System.out.println("File is empty: " + file.getName());
    }        
}

Intente FileReader, este lector está destinado a leer el flujo de caracteres, mientras que FileInputStream está destinado a leer datos sin procesar.

Del Javadoc:

FileReader está diseñado para leer flujos de caracteres. Para leer flujos de bytes sin procesar, considere usar un FileInputStream.

Dado que desea leer un archivo de registro, FileReader es la clase para usar IMO.

String line = br.readLine();
String[] splitted = line.split("anySplitCharacter");
if(splitted.length == 0)
    //file is empty
else
    //file is not empty

Tuve el mismo problema con mi archivo de texto. Aunque estaba vacío, el valor devuelto por el método readLine no era null. Por lo tanto, traté de asignar su valor a la matriz de cadenas que estaba utilizando para acceder a los atributos divididos de mis datos. Funcionó para mí. Prueba esto y dime si funciona para ti también.

Robado de http://www.coderanch.com/t/279224/Streams/java/Checking-empty-file

FileInputStream fis = new FileInputStream(new File("file_name"));  
int b = fis.read();  
if (b == -1)  
{  
  System.out.println("!!File " + file_name + " emty!!");  
}  

Actualizado: Mi primera respuesta fue prematura y contenía un error.

La idea de tu primer fragmento es correcta. Usted probablemente significaba para comprobar iByteCount == -1: si el archivo tiene al menos un byte:

if (iByteCount == -1)  
    System.out.println("NO ERRORS!");
else
    System.out.println("SOME ERRORS!");

Ahora ambos métodos fallan cuando el archivo de registro está vacío (no tiene contenido), pero el tamaño del archivo no es cero (2 bytes).

En realidad, creo que encontrará que el archivo NO está vacío. Más bien creo que encontrará que esos dos caracteres son un CR y un NL; es decir, el archivo consta de una línea que está vacía.

Si desea probar si un archivo está vacío o tiene una sola línea vacía, entonces una forma simple y relativamente eficiente es:

try (BufferedReader br = new BufferedReader(FileReader(fileName))) {
    String line = br.readLine();
    if (line == null || 
        (line.length() == 0 && br.readLine() == null)) {
        System.out.println("NO ERRORS!");
    } else {
        System.out.println("SOME ERRORS!");
    }
}

Podemos hacer esto de manera más eficiente? Posiblemente. Depende de la frecuencia con la que tenga que lidiar con los tres casos diferentes:

• un archivo completamente vacío
• un archivo que consiste en una sola línea vacía
• un archivo con una línea no vacía, o varias líneas.

Probablemente puedas hacerlo mejor usando Files.length() y / o leyendo solo los dos primeros bytes. Sin embargo, los problemas incluyen:

• Si ambos prueban el tamaño del archivo Y leen los primeros bytes, entonces están haciendo 2 syscalls.
• La secuencia real de terminación de línea podría ser CR, NL o CR NL, dependiendo de la plataforma. (Sé que dices que esto es para Windows, pero ¿qué pasa si necesitas portar tu aplicación? ¿O si alguien te envía un archivo que no es de Windows?)
• Sería bueno evitar configurar stream / reader stack, pero la codificación de caracteres del archivo podría mapear CR y NL a algo que no sea los bytes 0x0d y 0x0a. (Por ejemplo ... UTF-16)
• Entonces existe el molesto hábito de algunas utilidades de Windows han poner marcadores de BOM en archivos codificados UTF-8. (Esto incluso estropear la versión simple de arriba!)

Todo esto significa que la solución más eficiente posible va a ser bastante complicada.

Creo que la mejor manera es usar file.length == 0.

A veces es posible que la primera línea esté vacía.