Java DocumentBuilder.parse是否关闭输入流
对于类似于以下内容的代码:Java DocumentBuilder.parse是否关闭输入流,java,xml,inputstream,Java,Xml,Inputstream,对于类似于以下内容的代码: InputStream is = new FileInputstream("test.xml"); Document doc = DocumentBuilder.parser(is); 我的问题是是否需要手动关闭流(invoke is.close())。DocumentBuilder是否为我关闭InputStream?文档中没有提到它关闭流,我也不希望它为您关闭流 可以肯定的是,您可以阅读源代码,或者在调用parse()后在一个简单的示例中检查它是否打开 但简短的回
InputStream is = new FileInputstream("test.xml");
Document doc = DocumentBuilder.parser(is);
我的问题是是否需要手动关闭流(invoke is.close())。DocumentBuilder是否为我关闭InputStream?文档中没有提到它关闭流,我也不希望它为您关闭流 可以肯定的是,您可以阅读源代码,或者在调用parse()后在一个简单的示例中检查它是否打开
但简短的回答是:是的,您需要在之后手动关闭它。使用以下测试代码查看输入流是否关闭,您可以看到哪行代码关闭了流
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)
因此,在此特定示例中,您无法手动关闭流。然而,当您确定不再使用输入流时,关闭该流始终是一个好主意。在您的情况下,一旦解析了文档,就不再需要输入流,因此可以安全地关闭该流,我建议您这样做。通常的约定是,获取资源的代码必须释放它。这是一个很好的实践,因为这意味着如果任何中间代码引发异常,您不会泄漏资源 使用块: 对于Java 7之前的版本:
InputStream in = new FileInputStream("foo");
try {
// process data
} finally {
in.close();
}
如果您需要在DOM解析后不关闭流(例如,为了能够继续读取流),请参阅以下线程:
我所做的是扩展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();
}
}
非常感谢。我举个简单的例子,没问题。此外,我假设如果不明确地说,该方法不会关闭它。我希望作用于我传递的对象的方法尽可能少地作用于对象。调用.close()会被视为违反我的责任(解析方法没有业务调用.close())。令我惊讶的是,在我的示例中,DocumentBuilder.parse关闭了流。有趣的。。。我没想到会这样。我觉得他们应该在他们的文档中注意到这一点,尽管我猜技术上它是特定于实现的。我猜他们会想,一旦输入流结束,让它打开的目的是什么。是的,它关闭了流,这使得我无法继续处理这个流。
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();
}
}