Preciso fechar () o FileReader e o BufferedReader?

Estou lendo um arquivo local usando um BufferedReader envolvido em um FileReader:

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

Eu preciso close()do FileReaderbem, ou será que a alça de invólucro que? Eu vi código em que as pessoas fazem algo assim:

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

Esse método é chamado de um servlet e eu gostaria de ter certeza de não deixar nenhum identificador aberto.

não.

BufferedReader.close()

fecha o fluxo de acordo com o javadoc para BufferedReader e InputStreamReader

assim como

FileReader.close()

faz.

Como outros já apontaram, você só precisa fechar o invólucro externo.

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

Há uma chance muito pequena de que isso possa vazar um identificador de arquivo se o BufferedReaderconstrutor lançar uma exceção (por exemplo,OutOfMemoryError ). Se seu aplicativo estiver nesse estado, o quão cuidadosa sua limpeza deve ser depende de quão crítico é que você não priva o sistema operacional dos recursos que ele deseja alocar para outros programas.

O Closeable interface pode ser usada se um construtor de wrapper provavelmente falhar no Java 5 ou 6:

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

O código Java 7 deve usar o padrão try-with-resources :

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

De acordo com a fonte BufferedReader, nesse caso, bReader.close chame fReader.close para que tecnicamente você não precise chamar o último.

O código fonte do BufferedReader mostra que o subjacente está fechado quando você fecha o BufferedReader.

Depois de verificar o código fonte, descobri que, por exemplo:

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

o método close () no objeto BufferedReader chamaria o método abstrato close () da classe Reader, que chamaria o método implementado na classe InputStreamReader , que então fecha o objeto InputStream .

Portanto, apenas bReader.close () é suficiente.

A partir do Java 7, você pode usar a instrução try-with-resources

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

Como a BufferedReaderinstância é declarada em uma instrução try-with-resource, ela será fechada, independentemente de a instrução try ser concluída normalmente ou abruptamente. Portanto, você não precisa fechá-lo na finallydeclaração. (Este também é o caso de instruções de recursos aninhados)

Esta é a maneira recomendada de trabalhar com recursos, consulte a documentação para obter informações mais detalhadas

Você só precisa fechar o bufferedReader, ou seja, reader.close () e ele funcionará bem.

Estou atrasado, mas:

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

Você não precisa fechar o leitor / gravador embrulhado.

Se você deu uma olhada nos documentos ( Reader.close(), Writer.close()), verá que Reader.close()ele diz:

Fecha o fluxo e libera todos os recursos do sistema associados a ele.

O que apenas diz que "libera quaisquer recursos do sistema associados a ele". Mesmo que não confirme ... ele dá uma cutucada para começar a olhar mais fundo. e se você for paraWriter.close() ele, apenas declara que se fecha.

Nesses casos, nos referimos ao OpenJDK para dar uma olhada no código fonte.

Na linha 265 do BufferedWriter , você verá out.close(). Portanto, não está se fechando .. É outra coisa. Se você procurar ocorrências na classe " out", notará que no construtor da Linha 87, que outé o escritor, a classe agrupa onde chama outro construtor e, em seguida, atribui outparâmetro à sua própria outvariável.

Então .. E os outros? Você pode ver um código semelhante nas linhas BufferedReader 514 , BufferedInputStream Line 468 e InputStreamReader Line 199 . Outros eu não sei, mas isso deve ser suficiente para supor que eles fazem.