程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> JAVA編程 >> 關於JAVA >> java的異常和斷言學習筆記

java的異常和斷言學習筆記

編輯:關於JAVA

異常

在java中,一個異常對象總是Throwable子類的實例。

Error類體系描述了Java運行系統中的內部錯誤以及資源耗盡的情況。

由編程導致的錯誤,會導致RuntimeException異常。而其他錯誤原因導致的異常----例如,因為I/O錯 誤導致的曾經運行正確的程序出錯,都不會導致RuntimeException異常。

從RuntimeException衍生出來的異常包括下面的問題:1〉錯誤的類型轉換;2〉數組越界訪問;3〉試 圖訪問一個空指針。

不是從RuntimeException衍生出來的異常包括:

1〉試圖從文件尾後面讀取數據;

2〉試圖打開一個錯誤格式的URL;

3〉試圖用一個字符串來構造一個Class對象,而當該字符串對應的類並不存在;

處理RuntimeException的原則是:如果出現RuntimeException,則一定是你的錯誤;

不同的浏覽器可以處理不同類型的URL,所以,URL格式是否錯誤依賴於具體的環境,而不僅僅是程序 代碼;

Java語言規范中將任何Error的子類以及RuntimeException的子類都稱為未檢查異常,而其他的異常則 稱為已檢查異常;

僅僅在以下4種情況下,才會拋出異常:

1〉調用了一個會拋出"已檢查異常"的方法,例如BufferReader類的readLine方法;

2〉程序運行過程中發生了錯誤,並且用throw語句拋出一個"已檢查異常";

3〉程序錯誤,例如a[-1]=0會拋出一個"未檢查異常"如數組下標越界(ArrayIndex-- OutOfBoundsException);

4〉Java虛擬機或者是運行時庫出現了內部錯誤;

不需要聲明java的內部錯誤。一個方法必須聲明它可能拋出的全部"已檢查異常"。如果在自己的子類 中覆蓋了一個來自父類的方法。特別需要注意的是,如果父類方法根本沒有拋出任何"已檢查異常",則子 類也只能如此;

在Java中,沒有throws指示符的方法是不能拋出任何已檢查異常的;

對於try/catch代碼塊,如果方法內的任何代碼拋出了一個異常,同時它的類型沒有在catch中指定, 則方法會立即退出;

應捕捉並且處理那些已知如何處理的異常(用catch),而傳遞那些不知如何處理的異常(用 throws);

對於try/catch/finally代碼塊,無論是否捕獲異常,都會執行finally從句中的代碼;

雖然Java程序員必須在finally從句中人工設置代碼來回收資源,但由於Java內建有"垃圾收集"機制, 所以只有極少數的資源才要求人工進行回收;

actionPerformed方法不能拋出任何已檢查異常;

使用異常機制的一些技巧:

1〉異常控制不能代替簡單的測試,和執行簡單的測試相比,捕捉異常所需的時間大大超過前者,所以 ,只有在異常情況下才使用異常;

2〉不要過分細化異常;

3〉不要壓制異常:可以使用如下格式: try { //代碼 } catch (Exception e) { //空 }

4〉不要羞於傳遞異常:對於某些異常(如調用FileInputStream構造器或者readLine方法產生的異常) ,傳遞它比捕捉它更好。讓高層的方法來通知用戶發生了錯誤或者放棄執行不成功的命令更合適。

斷言

默認情況下,斷言是關閉的。可通過-ea來打開,用-da來關閉。選項-ea:...會打開默認包中全部類的 斷言功能,打開或者關閉斷言是類裝載器的功能;

-da和-ea選項對那些沒有類加載器的"系統類"是不起作用的。對於這些系統類,要使用- enablesystemassertions/-esa選項來打開斷言功能;

斷言使用技巧:

1>斷言失敗是致命的,不可恢復的錯誤;

2>斷言檢查僅僅用在程序開發和測試階段;

因此,不應該用斷言作為信號來通知程序的另外部分發生了可恢復錯誤,或者將斷言作為通知程序使 用者的方式。斷言僅僅應該在測試階段用來定位程序內部錯誤;

斷言是在測試和調試階段使用的工具,而日志是在程序整個生命周期中都使用的策略性工具。

http://blog.chinaunix.net/u1/41559/showart_637995.html

//這文章不錯,可以學習一下

下面是think in java中的一段

-----------------------------------------------------------------------------------

9.8.1 違例准則

用違例做下面這些事情:

(1) 解決問題並再次調用造成違例的方法。

(2) 平息事態的發展,並在不重新嘗試方法的前提下繼續。

(3) 計算另一些結果,而不是希望方法產生的結果。

(4) 在當前環境中盡可能解決問題,以及將相同的違例重新“擲”出一個更高級的環境。

(5) 在當前環境中盡可能解決問題,以及將不同的違例重新“擲”出一個更高級的環境。

(6) 中止程序執行。

(7) 簡化編碼。若違例方案使事情變得更加復雜,那就會令人非常煩惱,不如不用。

(8) 使自己的庫和程序變得更加安全。這既是一種“短期投資”(便於調試),也是一種“長期投資 ”(改善應用程序的健壯性)

9.9 總結

通過先進的錯誤糾正與恢復機制,我們可以有效地增強代碼的健壯程度。對我們編寫的每個程序來說 ,錯誤恢復都屬於一個基本的考慮目標。它在Java中顯得尤為重要,因為該語言的一個目標就是創建不同 的程序組件,以便其他用戶(客戶程序員)使用。為構建一套健壯的系統,每個組件都必須非常健壯。

在Java裡,違例控制的目的是使用盡可能精簡的代碼創建大型、可靠的應用程序,同時排除程序裡那 些不能控制的錯誤。

違例的概念很難掌握。但只有很好地運用它,才可使自己的項目立即獲得顯著的收益。Java強迫遵守 違例所有方面的問題,所以無論庫設計者還是客戶程序員,都能夠連續一致地使用它。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved