熱點推薦:
您现在的位置: 電腦知識網 >> 編程 >> Java編程 >> Java核心技術 >> 正文

java編程中異常處理的優劣觀

2013-11-23 19:14:04  來源: Java核心技術 

  關鍵字: 異常通告(throws)throwtrycatchRuntimeException不可檢查(Unchecked)異常 可檢查(Checked)異常

 Java編程中的異常處理是一個很常見的話題了幾乎任何一門介紹性的Java課程都會提到異常處理不過我認為很多人其實並沒有真正掌握正確處理異常情況的方法和策略最多也就不過了解個大概知道點概念本文就對三種不同程度和質量的Java異常處理進行了討論所闡述的處理異常的方式按手法的高下分為

  好不好和惡劣三種

  同時向你提供了一些解決這些問題的技巧

 首先解釋一些java異常處理中必須搞清楚的定義和機制Java語言規范將自Error類或RuntimeException類衍生出來的任何違例都稱作不可檢查(Unchecked)異常;其他所有異常則稱作可檢查(Checked)異常

 所謂可檢查異常是指我們應該自行處理的異常至於處理的手段要麼加以控制(try catch)要麼通告(throws)他們有可能產生通常應捕捉那些已知如何處理的異常而通告那些不知如何處理的異常

 而對那些不可檢查異常來說他們要麼在我們的控制之外(Error)要麼是我們首先就不該允許的情況(RuntimeException)

 至於異常的指定Java的規則非常簡單一個方法必須通告自己可能產生的所有可檢查異常編寫自己的方法時並不一定要通告出方法實際可能產生的每一個異常對象要想理解什麼時候必須要方法的throws叢句來通告異常就必須知道對一個異常來說他只有可能在下面四種情況下才會產生

.調用了可能產生異常的方法比如BufferedReader類的readLine方法該方法通告javaioIOException異常

.偵測到一個錯誤並用throw語句產生異常

.出現一個編程錯誤比如a[] =

.Java產生內部錯誤

 如果出現頭兩種情況之一必須告訴打算使用自己方法的人假如使用這個方法可能造成一個異常的產生(即在方法頭上使用throws)一個簡單的記憶方法
 只要含有throw就要通告throws如果一個方法必須同時處理多個異常就必須在頭內指出所有異常就像下例展示的那樣用逗號對他們進行分割

  






  class Animation {   public Image loadImage(Strint s) throws EOFExceptionMalformedURLException   {    …………   } }



 然而我們不需要通告內部java錯誤也不應該通告自RuntimeException衍生出來的異常

好異常處理

 好異常處理提供了處理程序錯誤的統一機制事實上Java語言通過向調用者提出異常警告的方式而顯著地提升了軟件開發中的異常處理能力這種方式把Java語言中的方法(method)進行了擴展和增強使之包括了自身的錯誤條件下面就讓我們看一個例子這個例子說明了這種情況
以下是FileInputStream構造器之一的原型

public FileInputStream(String name) throws FileNotFoundException Java

的方法和構造器必須聲明他們在被調用時可能扔出的異常采用的關鍵字就是throws這種在方法原型中出現的異常提示增加了編程的可靠性
 顯而易見這種方式是向方法的調用者提示了可能出現的異常條件這樣調用者就可以對這些異常作出適當的相應處理以下代碼示意我們是如何捕獲並且處理FileNotFoundException 這一異常的

  










  try { FileInputStream fis = new FileInputStream(args[]); // other code here } catch (FileNotFoundException fnfe) { Systemoutprintln(File: + args[] + not found Aborting); Systemexit(); }


 Java異常處理還有其他一些優秀的特性這就是可檢查異常用戶定義異常和在JDK 中推出的新型Java記錄API(Java Logging API)javalangException的所有子類都屬於可檢查異常可檢查異常(checked exception)是扔出該異常的方法所必須提示的異常這種異常必須被捕獲或者向調用者提示用戶定義異常(Userdefined exceptions)是定制的異常類這種異常類擴展了javalangException類優良的Java程序規定定制異常封裝報告和處理他們自己獨有的情況最新的Java記錄API(logging API)則可以集中記錄異常

不好 Java異常處理

 不好的一面包括兩種情況濫用不可檢查異常(unchecked exceptions)和濫用catchall構造器等這兩種方式都使得問題變得復雜起來
 有一種類別的異常屬於RuntimeException的子類這種異常不會受到編譯器的檢查比如NullPointerException和 ArrayStoreException就是這種類型異常的實例程序員可以對RuntimeException進行子類化以回避檢查異常的限制從而便於產生這些異常的方法為其調用者所使用
專業的開發團隊應當只允許在很少的情況下才可以這樣做

 第二種異常處理的陋習是catchall構造器所謂的catchall 構造器就是一種異常捕獲代碼模塊它可以處理所有扔給它的可能異常
以下是catchall處理器的實例

  








  try { // code here with checked exceptions } catch (Throwable t) { tprintStackTrace(); }



 我得承認我自己在編寫一般程序的時候就曾經用過這種技術但是在編寫關鍵程序的時候這種類型的構造器一定要避免使用除非他們被授權可以和中央錯誤處理器聯合使用才可以這樣做
除此之外catchall構造器不過只是一種通過避免錯誤處理而加快編程進度的機制

 異常處理的一個不足之處是難以采用優良的錯誤處理策略從低容內存狀態恢復寫入錯誤和算法錯誤等異常情況都不是輕易能得到解決的你可以嘗試一下循環垃圾收集和提醒用戶等常用技術來應付以上的局面

惡劣

 和許多Java特性及其API類似Java的異常處理機制也有霸王硬上弓類的滑稽錯誤比方說為了扔出某個異常竟然毫不猶豫地用new關鍵詞為其分配內存就是這樣的例子
我自己不知道有多少次就因為犯了這種錯誤而在嚴肅的編譯器面前屢屢碰壁在這種情況下我們其實都是在伺候語言而不是讓語言為我們所用還有我們碰到的OutOfMemoryErrors就是異常處理的缺陷這一處理過程是
 使用finally模塊關閉文件解析異常以得到出現問題的方法和代碼行在這一過程之內最大的缺陷是需要捕獲OutOfMemoryError而這一異常卻並不是可檢查異常!想想看內存耗盡是相當常見的情況任何與內存使用狀態緊密相關的程序都應當捕獲和處理這一錯誤

使用異常時的一些建議

.異常控制的設計宗旨並不是用來代替一些簡單的測試只有在異常情況下才使用異常!
.不要過分細化異常不要在每個語句上都加上異常處理最好將整個任務都放在try塊內如果其中有一項操作失敗可以隨即放棄任務

.不要壓制異常對於需要通告異常的方法我們可以改用捕捉的方法來將異常強行關閉如果真的出現異常那個異常會被靜悄悄的忽略如果覺得產生的異常會非常重要就必須多費些功夫對其進行正確的控制

.不要介意異常的傳遞如果調用的方法會產生異常比如readLine方法他們天生就能捕捉自己可能產生的異常在這種情況下一種更好地做法是將這些異常傳遞出去而不是自己動手來捕捉它
From:http://tw.wingwit.com/Article/program/Java/hx/201311/26508.html
    推薦文章
    Copyright © 2005-2013 電腦知識網 Computer Knowledge   All rights reserved.