2012-03-06 131 views
15

对于类似下面的代码:是否DocumentBuilder.parse关闭InputStream

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

我的问题是我是否需要手动关闭流(调用is.close())。 DocumentBuilder是否为我关闭InputStream?

回答

7

使用以下测试代码来查看输入流是否已关闭,并且您可以看到哪一行代码关闭了流。

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

该文档没有提到它关闭流,我不希望它会为你关闭流。为了确定,您可以阅读源代码,或者在调用parse()后检查它是否在简单的示例情况下打开。

但简短的回答:是的,你需要手动关闭它之后。

+0

谢谢!我会举一个简单的例子。 – 2012-03-06 06:51:10

+0

没问题。另外,我会假设,如果没有明确地说出来,该方法不会关闭它。我期望方法作用于我通过它们的对象以尽可能少地对对象进行操作。调用.close()会被视为对我负责的违约(解析方法没有商业调用.close())。 – Corbin 2012-03-06 06:52:34

+1

令我惊讶的是,DocumentBuilder.parse关闭了我的示例中的流。 – 2012-03-06 07:26:08

3

通常的合同是获取资源的代码必须释放它。这是一个很好的做法,因为这意味着如果任何中介代码引发异常,则不会泄漏该资源。

使用try-with-resources块:

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

对于前期的Java 7:

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

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


}