FileReaderとBufferedReaderの両方をclose（）する必要がありますか？

FileReaderをラップしたBufferedReaderを使用してローカルファイルを読み取っています。

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

DO Iのに必要としても、またはラッパーのハンドルがあることだろうか？私は人々がこのようなことをするコードを見てきました：close()FileReader

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

このメソッドはサーブレットから呼び出されます。ハンドルを開いたままにしないようにしたいと思います。

番号。

BufferedReader.close()

BufferedReaderおよびInputStreamReaderの javadocに従ってストリームを閉じます

と同様

FileReader.close()

します。

他の人が指摘したように、外側のラッパーを閉じるだけで済みます。

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

BufferedReaderコンストラクターが例外をスローした場合（たとえばOutOfMemoryError）、ファイルハンドルがリークする可能性は非常にわずかです。アプリがこの状態の場合、クリーンアップをどの程度注意深く行う必要があるかは、他のプログラムに割り当てたいリソースのOSを奪わないことがどれほど重要であるかによって異なります。

閉鎖可能ラッパーのコンストラクタは、Java 5または6で失敗する可能性がある場合はインターフェースが使用できます。

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

Java 7コードでは、try-with-resourcesパターンを使用する必要があります。

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

BufferedReaderソースによると、この場合bReader.closeはfReader.closeを呼び出すため、技術的には後者を呼び出す必要はありません。

BufferedReaderのソースコードは、BufferedReaderを閉じると、基になるものが閉じられることを示しています。

ソースコードをチェックした後、私は例のためにそれを見つけました：

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

上のclose（）メソッドをBufferedReaderのオブジェクトは、抽象のclose（）メソッドを呼び出しますリーダー、最終的に実装メソッド呼び出しますクラスにInputStreamReaderのその後閉じクラス、のInputStreamオブジェクトを。

したがって、bReader.close（）のみで十分です。

Java 7以降では、try-with-resourcesステートメントを使用できます

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

BufferedReaderインスタンスはtry-with-resourceステートメントで宣言されているため、tryステートメントが正常に完了したか突然完了したかに関係なく閉じられます。したがって、finallyステートメントで自分で閉じる必要はありません。（これは、ネストされたリソースステートメントの場合も同様です）

これは、リソースを操作するための推奨される方法です。詳細については、ドキュメントを参照してください

bufferedReader、つまりreader.close（）を閉じるだけで、問題なく動作します。

私は遅れましたが：

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

あなたはしないでください包まれたリーダ/ライタを閉じる必要があります。

ドキュメントをご覧になった場合（Reader.close()、Writer.close()）を確認すると、次のReader.close()ように表示されます。

ストリームを閉じて、それに関連するすべてのシステムリソースを解放します。

それはちょうどそれが「システムリソースを解放する それに関連するます。それは確認できませんが..それはあなたにあなたがより深く見て始めるためのナッジを与えます。あなたがWriter.close()それに行く場合、それはそれ自体が閉じると述べているだけです。

そのような場合は、OpenJDKを参照してソースコードを確認します。

BufferedWriter Line 265に表示されますout.close()。だからそれはそれ自体を閉じていません。それは何か別のものです。「out」の出現をクラスで検索すると、87行目のコンストラクターに気付くでしょう。outは、別のコンストラクタを呼び出し、次に割り当てるライタークラスラップでoutそれ自身にパラメータをout変数...

それで、他の人はどうですか？同様のコードは、BufferedReader Line 514、BufferedInputStream Line 468、およびInputStreamReader Line 199にあります。他の人は知りませんが、これで十分だと思います。