Czy muszę zamknąć InputStream po zamknięciu czytnika Reader

Question

Zastanawiam się, czy istnieje potrzeba zamknięcia programu InputStream po zamknięciu czytnika?

try { 
     inputStream = new java.io.FileInputStream(file); 
     reader = new InputStreamReader(inputStream, Charset.forName("UTF-8")); 
    } 
    catch (Exception exp) { 
     log.error(null, exp); 
    } 
    finally { 
     if (false == close(reader)) { 
      return null; 
     } 
     // Do I need to close inputStream as well? 
     if (false == close(inputStream)) { 
      return null; 
     } 
    } 

Answer 1

Nie, nie trzeba.

Ponieważ metoda dekoratora używana w przypadku strumieni w języku Java może tworzyć nowe strumienie lub czytniki, dołączając je do innych, będzie to automatycznie obsługiwane przez implementację InputStreamReader.

Jeśli spojrzeć na źródła InputStreamReader.java widać, że:

private final StreamDecoder sd; 

public InputStreamReader(InputStream in) { 
    ... 
    sd = StreamDecoder.forInputStreamReader(in, this, (String)null); 
    ... 
} 

public void close() throws IOException { 
    sd.close(); 
} 

Więc operacja zamykania faktycznie zamyka InputStream bazowego czytnik strumienia.

EDYCJA: Chcę się upewnić, że zamknięcie StreamDecoder działa również w strumieniu wejściowym, bądź na bieżąco.

sprawdzone go w StreamDecoder.java

void implClose() throws IOException { 
    if (ch != null) 
    ch.close(); 
    else 
    in.close(); 
} 

która jest wywoływana, gdy blisko SD nazywa.

Answer 2

Nie, nie czytelnik będzie zamknąć bazowego InputStream

Answer 3

Acordding do źródła wąchania czytnika zamyka jego podstawowy strumień wejściowy. Zgodnie z javadoc to szwy, że InputStreamReader "zamyka strumień", gdy wywoływane jest read.close().

Nie jestem pewien, czy DOWOLNY Czytelnik musi zamknąć swoje źródła, kiedy robisz read.close(). Myślę, że jest to ważne, aby twój kod mógł korzystać z czytnika bez względu na jego konkretny typ.

W każdym razie ma sens, że jest egzekwowany.

Answer 4

Nie musisz zamykać strumienia, jeśli czytasz, close().

Zamyka strumień i zwalnia wszystkie zasoby systemowe związane z go. Gdy strumień zostanie zamknięty, dalsze wywoływanie funkcji read(), ready(), mark(), reset() lub skip() spowoduje zgłoszenie wyjątku IOException. Zamykanie wcześniej zamkniętego strumienia nie ma żadnego efektu.

Answer 5

Technicznie zamknięcie Reader spowoduje zamknięcie InputStream. Jeśli jednak wystąpiła awaria między otwarciem InputStream i utworzeniem Reader, nadal należy zamknąć InputStream. Jeśli zamkniesz InputStream [zasób], nie powinno być dobrego powodu, aby zamknąć Reader [dekorator]. Istnieją również popularne błędy, w których zamykanie dekoratora może rzucić wyjątek przed zamknięciem dekorowanego. A więc:

Resource resource = acquire(); 
try { 
    Decorator decorated = decorate(resource); 
    use(decorated); 
} finally { 
    resource.release(); 
} 

Istnieje kilka komplikacji, na które należy zwrócić uwagę. Niektórzy dekoratorzy mogą faktycznie zawierać zasoby natywne ze względu na ich implementację. Dekoratory wyjściowe będą zazwyczaj musiały być przepłukiwane, ale tylko w szczęśliwym przypadku (tak w bloku, a nie w bloku finally).