對於類似下面的代碼:是否DocumentBuilder.parse關閉InputStream
InputStream is = new FileInputstream("test.xml");
Document doc = DocumentBuilder.parser(is);
我的問題是我是否需要手動關閉流(調用is.close())。 DocumentBuilder是否爲我關閉InputStream?
對於類似下面的代碼:是否DocumentBuilder.parse關閉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)
所以你不能手動關閉流在這個具體的例子。但是,如果確定該流不再使用,則關閉輸入流總是一個好主意。在你的情況下,一旦文件被解析,輸入流不再需要,所以流可以安全地關閉,我建議你這樣做。
該文檔沒有提到它關閉流,我不希望它會爲你關閉流。爲了確定,您可以閱讀源代碼,或者在調用parse()後檢查它是否在簡單的示例情況下打開。
但簡短的回答:是的,你需要手動關閉它之後。
通常的合同是獲取資源的代碼必須釋放它。這是一個很好的做法,因爲這意味着如果任何中介代碼引發異常,則不會泄漏該資源。
try (InputStream in = new FileInputStream("foo")) {
// process data
}
對於前期的Java 7:
InputStream in = new FileInputStream("foo");
try {
// process data
} finally {
in.close();
}
如果您的需要是有DOM解析(爲了能夠繼續後您的流沒有關閉閱讀它,例如),看到這個線程: Java create InputStream from ZipInputStream entry
我所做的是擴展FilterInputStream,並覆蓋close()m防止關閉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();
}
}
謝謝!我會舉一個簡單的例子。 – 2012-03-06 06:51:10
沒問題。另外,我會假設,如果沒有明確地說出來,該方法不會關閉它。我期望方法作用於我通過它們的對象以儘可能少地對對象進行操作。調用.close()會被視爲對我負責的違約(解析方法沒有商業調用.close())。 – Corbin 2012-03-06 06:52:34
令我驚訝的是,DocumentBuilder.parse關閉了我的示例中的流。 – 2012-03-06 07:26:08