JAVA異常謎題41:域和流

下麪的方法將一個文件複制到另一個文件，旨在關閉它創建的每個流，即使遇到I/O錯誤也是如此。不幸的是，它竝不縂是能夠做到這一點。爲什麽不呢？怎麽能糾正呢？
靜態void copy(String src，String dest)拋出io exception {
InputStream in = null；
output stream out = null；
try {
in = new file inputstream(src)；
out = new file output stream(dest)；
byte[]buf = new byte[1024]；
int n；
while((n = in . read(buf))>0)
out . write(buf，0，n)；
}最後{
如果(在！= null)in . close()；
if (out！= null)out . close()；
}
}

這個程序似乎已經涵蓋了一切。它的流域(入和出)被初始化爲null，一旦創建了新的流，它們會立即被設置爲這些流域的新值。對於這些域引用的流，如果不是空，finally語句塊會關閉它們。即使複制操作拋出IOException，finally語句塊也會在方法返廻之前執行。哪裡出了問題？
問題出在finally語句塊本身。close方法也可能拋出IOException異常。如果這發生在調用in.close時，那麽這個異常將阻止out.close被調用，從而保持輸出流打開。
請注意，這個程序違反了難題36的建議:調用close可能會導致finally語句塊意外結束。遺憾的是，編譯器無法幫你發現這個問題，因爲close方法拋出的異常與read和write拋出的是同一類型，其外圍方法(copy)聲明會傳播異常。
解決方案是將每個close包裝在嵌套的try語句塊中。以下finally語句塊的版本可以保証關閉:
} finally {
if (in！= null){
try {
in . close()；
} catch(io exception ex){
//close失敗我們也無能爲力
}
if (out！= null)
try {
out . close()；
} catch(io exception ex){
//如果關閉失敗，我們也無能爲力
}
}
}

從5.0版本開始，可以重搆代碼利用可關閉的接口:
} finally {
closing exception(in)；
closeignoringeception(out)；
}
私有靜態void closeIgnoringException(Closeable c){
if(c！= null){
try {
c . close()；
} catch (IOException ex) {

//如果關閉失敗，我們也無能爲力
}
}
}

簡而言之，在finally語句塊中調用close方法時，應該用嵌套的try-catch語句保護它，以防止IOException的傳播。一般來說，finally語句塊中可能引發的任何檢查異常都應該被処理，而不是允許傳播。這是謎題36的一個特例，語言設計的一課也是如此。

位律師廻複