Does DocumentBuilder.parse закрывает InputStream

Для кода, подобного следующему:

InputStream is = new FileInputstream("test.xml");
Document doc = DocumentBuilder.parser(is);

Мой вопрос заключается в том, нужно ли вручную вручную закрыть поток (invoke is.close()). Does DocumentBuilder закрывает InputStream для меня?

Ответы

Ответ 1

Используйте следующий тестовый код, чтобы узнать, закрыт ли входной поток или нет, и вы можете видеть, какая строка кода закрывает поток.

public class DocumentBuilderTest {

 public static void main(String[] args) {
   try {
     InputStream is = new MyInputStream("project.xml");
     DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
     DocumentBuilder documentBuilder = dbf.newDocumentBuilder();
     documentBuilder.parse(is);
   } catch (Exception e) {
     e.printStackTrace();
   }
 }

 static class MyInputStream extends FileInputStream {   
   public MyInputStream(String filename) throws FileNotFoundException {
     super(filename);
   }

   @Override
   public void close() throws IOException {
     // here we log when the stream is close.
     System.out.println("file input stream closed.");
     Exception e = new Exception();
     e.printStackTrace();
     super.close();
   }

 }
}

Независимо от того, закрыт ли входной поток, переданный в DocumentBuilder, или нет, зависит от реализации DOMParser. В моей среде поток ввода файла закрыт, см. Трассировку стека ниже:

at DocumentBuilderTest$MyInputStream.close(DocumentBuilderTest.java:37)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager$RewindableInputStream.close(XMLEntityManager.java:3047)
at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.close(UTF8Reader.java:661)
at com.sun.xml.internal.stream.Entity$ScannedEntity.close(Entity.java:441)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.endEntity(XMLEntityManager.java:1406)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(XMLEntityScanner.java:1763)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.skipSpaces(XMLEntityScanner.java:1543)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$TrailingMiscDriver.next(XMLDocumentScannerImpl.java:1400)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:511)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:808)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:119)
at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.java:235)
at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:284)
at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:124)
at DocumentBuilderTest.main(DocumentBuilderTest.java:22)

Таким образом, вы не можете вручную закрыть поток в этом конкретном примере. Тем не менее, всегда рекомендуется закрыть поток ввода, если вы уверены, что поток больше не будет использоваться. В вашем случае, как только документ анализируется, входной поток больше не нужен, поэтому поток можно безопасно закрыть, и я предлагаю вам сделать это.

Ответ 2

Обычный контракт заключается в том, что код, который приобретает ресурс, должен его освободить. Это хорошая практика, так как это означает, что если исключение выбрасывается любым промежуточным кодом, вы не утечка ресурса.

Используйте блок try-with-resources:

try (InputStream in = new FileInputStream("foo")) {
  // process data
}

Для pre-Java 7:

InputStream in = new FileInputStream("foo");
try {
  // process data
} finally {
  in.close();
}

Ответ 3

Что я сделал, это расширить FilterInputStream и переопределить реализацию метода close(), чтобы предотвратить закрытие InputStream

public class HackInputStream
    extends FilterInputStream {

    public HackInputStream(InputStream in) {
        super(in);
    }

    @Override
    public void close() {
        // this does not close stream.
        // use hackedClose() instead.
    }

    public void hackedClose() 
            throws IOException {
        super.close();
    }


}

Ответ 4

В документации нет упоминания о закрытии потока, и я не ожидал, что он закроет поток для вас.

Чтобы быть уверенным, вы можете прочитать исходный код или проверить, открывается ли он в простом примере после вызова parse().

Но короткий ответ: Да, вам нужно вручную закрыть его потом.