JAVA異常謎題41-域和流

JAVA異常謎題41:域和流staticvoidcopy(Stringsrc,Stringdest)throwsIOException{

InputStreamin=null;

OutputStreamout=null;

try{

in=newFileInputStream(src);

out=newFileOutputStream(dest);

byte[]buf=newbyte[1024];

intn;

while((n=in.read(buf))>0)

out.write(buf,0,n);

}finally{

if(in!=null)in.close();

if(out!=null)out.close();

}

}

這個(gè)程序看起來(lái)已經(jīng)面面俱到了。其流域（in和out）被初始化為null，并且新的流一旦被創(chuàng)立，它們立刻就被設(shè)置為這些流域的新值。對(duì)于這些域所引用的流，假如不為空，則finally語(yǔ)句塊會(huì)將其關(guān)閉。即便在拷貝操作引發(fā)了一個(gè)IOException的狀況下，finally語(yǔ)句塊也會(huì)在方法返回之前執(zhí)行。出什么錯(cuò)了呢？

問(wèn)題在finally語(yǔ)句塊自身中。close方法也可能會(huì)拋出IOException特別。假如這正好發(fā)生在in.close被調(diào)用之時(shí)，那么這個(gè)特別就會(huì)阻擋out.close被調(diào)用，從而使輸出流仍保持在開(kāi)放狀態(tài)。

請(qǐng)留意，該程序違反了謎題36的建議：對(duì)close的調(diào)用可能會(huì)導(dǎo)致finally語(yǔ)句塊意外完畢。圓滿的是，編譯器并不能幫忙你發(fā)覺(jué)此問(wèn)題，由于close方法拋出的特別與read和write拋出的特別類型一樣，而其外圍方法（copy）聲明將傳播該特別。

解決方式是將每一個(gè)close都包裝在一個(gè)嵌套的try語(yǔ)句塊中。下面的finally語(yǔ)句塊的版本可以保證在兩個(gè)流上都會(huì)調(diào)用close：

}finally{

if(in!=null){

try{

in.close();

}catch(IOExceptionex){

//Thereisnothingwecandoifclosefails

}

if(out!=null)

try{

out.close();

}catch(IOExceptionex){

//Thereisnothingwecandoifclosefails

}

}

}

從5.0版本開(kāi)頭，你可以對(duì)代碼進(jìn)展重構(gòu)，以利用Closeable接口：

}finally{

closeIgnoringException(in);

closeIgnoringEcception(out);

}

privatestaticvoidcloseIgnoringException(Closeablec){

if(c!=null){

try{

c.close();

}catch(IOExceptionex){

//Thereisnothingwecandoifclosefails

}

}

}

總之，當(dāng)你在finally語(yǔ)句塊中調(diào)用close方法時(shí)，要用一個(gè)嵌套的try-catch語(yǔ)句來(lái)愛(ài)護(hù)它，