簡體   English   中英

DocumentBuilder.parse是否關閉InputStream

[英]Does DocumentBuilder.parse close the InputStream

對於類似以下的代碼:

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

我的問題是我是否需要手動關閉流(調用is.close())。 DocumentBuilder是否為我關閉了InputStream?

使用以下測試代碼查看輸入流是否已關閉,您可以看到哪行代碼關閉了流。

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)

因此,您無法在此特定示例中手動關閉流。 但是,當您確定不再使用該流時,最好關閉輸入流。 在您的情況下,一旦解析了文檔,就不再需要輸入流,因此可以安全地關閉流,我建議您這樣做。

我所做的是擴展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();
    }


}

通常的合同是獲取資源的代碼必須釋放它。 這是一種很好的做法,因為它意味着如果任何干預代碼拋出異常,您就不會泄漏資源。

使用try-with-resources塊:

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

對於Java 7之前的版本:

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

文檔沒有提到它關閉流,我不希望它為你關閉流。

可以肯定的是,您可以在調用parse()之后閱讀源代碼,或者檢查它是否在一個簡單的示例中打開。

但簡短的回答是:是的,您需要在之后手動關閉它。

如果您需要在DOM解析后關閉流(例如,為了能夠繼續讀取它),請參閱此線程: Java從ZipInputStream條目創建InputStream

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM