¿Necesito cerrar () FileReader y BufferedReader?

Estoy leyendo un archivo local usando un BufferedReader envuelto alrededor de un FileReader:

BufferedReader reader = new BufferedReader(new FileReader(fileName));
// read the file
// (error handling snipped)
reader.close();

¿Necesito close()el FileReadertambién, o el envoltorio manejará eso? He visto código donde la gente hace algo como esto:

FileReader fReader = new FileReader(fileName);
BufferedReader bReader = new BufferedReader(fReader);
// read the file
// (error handling snipped)
bReader.close();
fReader.close();

Este método se llama desde un servlet, y me gustaría asegurarme de no dejar ningún controlador abierto.

No.

BufferedReader.close()

cierra la secuencia de acuerdo con javadoc para BufferedReader y InputStreamReader

tanto como

FileReader.close()

hace.

Como otros han señalado, solo necesita cerrar el envoltorio exterior.

BufferedReader reader = new BufferedReader(new FileReader(fileName));

Hay una posibilidad muy pequeña de que esto pueda filtrar un identificador de archivo si el BufferedReaderconstructor arrojó una excepción (por ejemplo OutOfMemoryError). Si su aplicación se encuentra en este estado, el cuidado que debe tener su limpieza dependerá de lo importante que sea que no priva al sistema operativo de los recursos que podría asignar a otros programas.

La interfaz Closeable se puede usar si un constructor de contenedor puede fallar en Java 5 o 6:

Reader reader = new FileReader(fileName);
Closeable resource = reader;
try {
  BufferedReader buffered = new BufferedReader(reader);
  resource = buffered;
  // TODO: input
} finally {
  resource.close();
}

El código Java 7 debe usar el patrón de prueba con recursos :

try (Reader reader = new FileReader(fileName);
    BufferedReader buffered = new BufferedReader(reader)) {
  // TODO: input
}

Según la fuente de BufferedReader, en este caso bReader.close llame a fReader.close, por lo que técnicamente no tiene que llamar a este último.

El código fuente de BufferedReader muestra que el subyacente se cierra cuando cierra BufferedReader.

Después de verificar el código fuente, encontré eso para el ejemplo:

FileReader fReader = new FileReader(fileName);
BufferedReader bReader = new BufferedReader(fReader);

el método close () en el objeto BufferedReader llamaría al método abstracto close () de la clase Reader que finalmente llamaría al método implementado en la clase InputStreamReader , que luego cierra el objeto InputStream .

Entonces, solo bReader.close () es suficiente.

A partir de Java 7, puede usar la declaración de prueba con recursos

try (BufferedReader br = new BufferedReader(new FileReader(path))) {
    return br.readLine();
}

Debido a que la BufferedReaderinstancia se declara en una declaración de prueba con recursos, se cerrará independientemente de si la declaración de prueba se completa de manera normal o abrupta. Por lo tanto, no necesita cerrarlo usted mismo en la finallydeclaración. (Este también es el caso con las declaraciones de recursos anidados)

Esta es la forma recomendada de trabajar con recursos. Consulte la documentación para obtener información más detallada.

Solo necesita cerrar el bufferedReader, es decir, reader.close () y funcionará bien.

Llego tarde, pero:

BufferReader.java:

public BufferedReader(Reader in) {
  this(in, defaultCharBufferSize);
}

(...)

public void close() throws IOException {
    synchronized (lock) {
        if (in == null)
            return;
        try {
            in.close();
        } finally {
            in = null;
            cb = null;
        }
    }
}

Usted ¿No es necesario cerrar el lector / grabador envueltos.

Si ha echado un vistazo a los documentos ( Reader.close(), Writer.close()), verá que en Reader.close()él dice:

Cierra la secuencia y libera todos los recursos del sistema asociados a ella.

Lo que simplemente dice que "libera todos los recursos del sistema asociados con él". A pesar de que no confirma ... te da un empujón para comenzar a mirar más profundo. y si vas Writer.close()solo dice que se cierra solo.

En tales casos, nos referimos a OpenJDK para echar un vistazo al código fuente.

En BufferedWriter Line 265 verás out.close(). Entonces no se está cerrando a sí mismo ... Es algo más. Si busca en la clase las ocurrencias de " out", notará que en el constructor de la línea 87, que outes el escritor, la clase termina donde llama a otro constructor y luego asigna el outparámetro a sí mismoout variable.

Entonces ... ¿Qué hay de los demás? Puede ver un código similar en BufferedReader Line 514 , BufferedInputStream Line 468 y InputStreamReader Line 199 . No conozco a otros, pero esto debería ser suficiente para suponer que sí.