2012-03-06 50 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(); 
    } 


}