反例之六：輸出數(shù)據(jù)不完整

　　代碼：7行-11行。

　　不完整的數(shù)據(jù)是Java程序的隱形殺手。仔細(xì)觀察這段代碼，考慮一下如果循環(huán)的中間拋出了異常，會(huì)發(fā)生什么事情。循環(huán)的執(zhí)行當(dāng)然是要被打斷的，其次，catch塊會(huì)執(zhí)行??就這些，再也沒有其他動(dòng)作了。已經(jīng)輸出的數(shù)據(jù)怎么辦?使用這些數(shù)據(jù)的人或設(shè)備將收到一份不完整的(因而也是錯(cuò)誤的)數(shù)據(jù)，卻得不到任何有關(guān)這份數(shù)據(jù)是否完整的提示。對于有些系統(tǒng)來說，數(shù)據(jù)不完整可能比系統(tǒng)停止運(yùn)行帶來更大的損失。

　　較為理想的處置辦法是向輸出設(shè)備寫一些信息，聲明數(shù)據(jù)的不完整性;另一種可能有效的辦法是，先緩沖要輸出的數(shù)據(jù)，準(zhǔn)備好全部數(shù)據(jù)之后再一次性輸出。

　　結(jié)論六：全面考慮可能出現(xiàn)的異常以及這些異常對執(zhí)行流程的影響。

　　改寫后的代碼

　　根據(jù)上面的討論，下面給出改寫后的代碼。也許有人會(huì)說它稍微有點(diǎn)?嗦，但是它有了比較完備的異常處理機(jī)制。

　　OutputStreamWriter out = ...

　　java.sql.Connection conn = ...

　　try {

　　Statement stat = conn.createStatement();

　　ResultSet rs = stat.executeQuery(

　　"select uid, name from user");

　　while (rs.next())

　　{

　　out.println("ID：" + rs.getString("uid") + "，姓名: " + rs.getString("name"));

　　}

　　}

　　catch(SQLException sqlex)

　　{

　　out.println("警告：數(shù)據(jù)不完整");

　　throw new ApplicationException("讀取數(shù)據(jù)時(shí)出現(xiàn)SQL錯(cuò)誤", sqlex);

　　}

　　catch(IOException ioex)

　　{

　　throw new ApplicationException("寫入數(shù)據(jù)時(shí)出現(xiàn)IO錯(cuò)誤", ioex);

　　}

　　finally

　　{

　　if (conn != null) {

　　try {

　　conn.close();

　　}

　　catch(SQLException sqlex2)

　　{

　　System.err(this.getClass().getName() + ".mymethod - 不能關(guān)閉數(shù)據(jù)庫連接: " + sqlex2.toString());

　　}

　　}

　　if (out != null) {

　　try {

　　out.close();

　　}

　　catch(IOException ioex2)

　　{

　　System.err(this.getClass().getName() + ".mymethod - 不能關(guān)閉輸出文件" + ioex2.toString());

　　}

　　}

　　}

　　本文的結(jié)論不是放之四海皆準(zhǔn)的教條，有時(shí)常識和經(jīng)驗(yàn)才是最好的老師。如果你對自己的做法沒有百分之百的信心，務(wù)必加上詳細(xì)、全面的注釋。

　　另一方面，不要笑話這些錯(cuò)誤，不妨問問你自己是否真地徹底擺脫了這些壞習(xí)慣。即使最有經(jīng)驗(yàn)的程序員偶爾也會(huì)誤入歧途，原因很簡單，因?yàn)樗鼈兇_確實(shí)實(shí)帶來了“方便”。所有這些反例都可以看作Java編程世界的惡魔，它們美麗動(dòng)人，無孔不入，時(shí)刻誘惑著你。也許有人會(huì)認(rèn)為這些都屬于雞皮蒜毛的小事，不足掛齒，但請記住：勿以惡小而為之，勿以善小而不為。