首頁 >後端開發 >php教程 >程式設計中關於異常處理的10個最佳實踐

程式設計中關於異常處理的10個最佳實踐

WBOY
WBOY原創
2016-07-25 09:00:58857瀏覽

在實務上,異常處理不單單是知道文法這麼簡單。編寫健全的程式碼是更像一門藝術,在本文中,將討論Java異常處理最佳實踐。這些Java最佳實踐遵循標準的JDK函式庫,和幾個處理錯誤和異常的開源程式碼。這也是一個提供給java程式設計師編寫健全程式碼的便利手冊。
Java 程式設計中異常處理的最佳實踐
這裡是我收集的10個java程式設計中進行異常處理的10最佳實踐。在Java程式設計中對於檢查異常有褒有貶,強制處理異常是一門語言的功能。在本文中,我們將盡量減少使用檢查型異常,同時學習在Java程式設計中使用檢查型VS非檢查型異常。
1)為可恢復的錯誤使用檢查型異常,為程式錯誤使用非檢查型錯誤。
選擇檢查型或非檢查型異常,對於Java程式設計人員來說,總是讓人感到困惑。檢查型異常保證你對錯誤條件提供異常處理程式碼,這是一種從語言到強制你編寫健壯的程式碼的一種方式,但同時會引入大量雜亂的程式碼並導致其不可讀。當然,如果你有替代品和恢復策略的話,捕捉異常並做些什麼看起來似乎也在理。在Java 程式設計中選擇檢查型異常或執行時間異常,更多資訊參考checked vsunchecked exceptions。
2)在finally程式區塊中關閉或釋放資源
這在Java程式設計中,是一個廣為人知的最佳實踐,在處理網路和IO類的時候,相當於一個標準。在finally區塊中關閉資源, 在正常和異常執行的情況下,保證之前和稀缺資源的合理釋放,這由y finally區塊保證。從Java7開始,該語言有了更有趣的功能:資源管理自動化或ARM區塊能實現這項功能。儘管如此,我們仍然要記住在finally區塊中關閉資源,這是對於釋放像FileDescriptors這類,應用在socket和檔案程式設計的情況下的有限資源很重要的。
3)在堆疊追蹤中包含造成異常的原因
很多時候,當一個由另一個異常導致的異常被拋出的時候,Java庫和開放原始碼會將一種異常包裝成另一種異常。日誌記錄和列印根異常就變得非常重要。 Java異常類別提供了 getCause()方法來檢索導致異常的原因,這些(原因)可以對異常的根層次的原因提供更多的資訊。此Java實踐對在進行調試或排除故障大有幫助。時刻記住,如果你將一個異常包裝成另一種異常時,建構一個新異常要傳遞來源異常。
4)總是提供關於異常的有意義的完整的資訊
異常資訊是最重要的地方,因為這是程式設計師首先看到的第一個地方,這裡你能找出問題產生的根本原因。這裡始終提供精確的真實的資訊。例如,比較IllegalArgumentException 異常的兩個例外訊息:
訊息1:「Incorrect argument for method」
訊息2:「Illegal value for ${argument}: ${value}
第一則訊息僅說明了參數是非法的或不正確,但第二個訊息包括了參數名稱和非法值,而這對於找到錯誤的原因是很重要的。處理程式碼的時候,總是遵循該Java最佳實務。了程式碼,透過掩蓋業務邏輯使程式碼可讀性降低。 Java7的新功能,像one catch block for multipleexceptions 和automatic resource management以移除重複項。類別的多數框架中用來限制使用檢查型異常的技術之一,大部分出自於JDBC的檢查型異常,都被包裝進DataAccessException中,而(DataAccessException)異常是一種非檢查型異常。最佳實踐帶來的好處,特定的異常限製到特定的模組,像SQLException 放到DAO層,將意思明確的運行時異常拋到客戶層。 ,異常代價高昂
需要記住的一件事是異常代價高昂,同時讓你的程式碼運作緩慢。假如你有方法從ResultSet(結果集)中讀取,這時常會拋出SQLException 異常而不會移到下一元素,這將會比不拋出異常的正常程式碼執行的慢的多。因此最大限度的減少不必要的異常捕捉和移動,那裡沒有什麼固定的原因。不要只是拋出和捕捉異常,如果你能使用boolean變數去表示執行結果,可能會得到更整潔,更高效能的解決方案。修正錯誤的根源,避免不必須要的異常捕捉。
8)避免catch塊為空
沒有什麼比空的catch塊更糟糕的了,因為它不僅隱藏了錯誤和異常,同時可能導致你的對象處於不可使用或者髒的狀態。空的catch區塊只能變得無意義,如果你非常肯定異常不會繼續以任何方式影響物件狀態,但在程式執行期間​​,用日誌記錄錯誤依然是最好的(方法)。對於在Java程式設計中編寫異常處理程式碼,這不僅僅是一個Java最佳實踐,而是一個最通用的實踐。
9)使用標準異常
我們的第九條最佳實踐建議使用標準和內建的Java異常。使用標準異常而不是每次創建我們自己的異常,對於維護性和一致性,不管是現在還是以後,都是最好的選擇。重複使用標準異常使程式碼更具可讀性,因為大部分java開發人員對標準的像源自於JDK的RuntimeException異常,IllegalStateException 異常,IllegalArgumentException異常或NullPointerException異常,(開發者)他們能一眼就知道每種異常的目的,而不是在程式碼裡尋找或在文件裡尋找使用者定義的異常的目的。
10)記錄任何方法拋出的異常
Java提供了throw和throws關鍵字來拋出異常,在javadoc中用@throw記錄任何方法可能會拋出的異常。如果你編寫API或公共接口,這就變得非常重要。任何方法拋出的異常都有相應的文檔記錄,這樣你就能下意識的提醒任何使用(該方法)的人。這些就是所有在Java程式設計中在處理異常的時候需要遵循的最佳實踐。讓我們知道了什麼是在Java程式設計中編寫異常處理程式碼時需要遵循的實踐。
免費領取LAMP兄弟連原創PHP影片教學光碟/《細說PHP》精要版,詳情諮詢官網客服:http://www.lampbrother.net



陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn