資訊專欄INFORMATION COLUMN
摘要：為可恢復的錯誤使用檢查型異常，為編程錯誤使用非檢查型錯誤。檢查型異常保證你對錯誤條件提供異常處理代碼，這是一種從語言到強制你編寫健壯的代碼的一種方式，但同時會引入大量雜亂的代碼并導致其不可讀。在編程中選擇檢查型異常還是運行時異常。
異常處理是Java 開發中的一個重要部分。它是關乎每個應用的一個非功能性需求，是為了處理任何錯誤狀況，比如資源不可訪問，非法輸入，空輸入等等。Java提供了幾個異常處理特性，以try，catch 和 finally 關鍵字的形式內建于語言自身之中。Java 編程語言也允許你創建新的異常，并通過使用 throw 和 throws關鍵字拋出它們。事實上，在Java編程中，Java的異常處理不單單是知道語法這么簡單，它必須遵循標準的JDK庫，和幾個處理錯誤和異常的開源代碼。這里我們將討論一些關于異常處理的Java 最佳實踐。
1) 為可恢復的錯誤使用檢查型異常，為編程錯誤使用非檢查型錯誤。選擇檢查型還是非檢查型異常，對于Java編程人員來說，總是讓人感到困惑。檢查型異常保證你對錯誤條件提供異常處理代碼，這是一種從語言到強制你編寫健壯的代碼的一種方式，但同時會引入大量雜亂的代碼并導致其不可讀。當然，如果你有替代品和恢復策略的話，捕捉異常并做些什么看起來似乎也在理。在Java 編程中選擇檢查型異常還是運行時異常。
2) 在finally程序塊中關閉或者釋放資源這在Java編程中，是一個廣為人知的最佳實踐，在處理網絡和IO類的時候，相當于一個標準。在finally塊中關閉資源， 在正常和異常執行的情況下，保證之前和稀缺資源的合理釋放，這由finally塊保證。從Java7開始，該語言有了一項更有趣的功能：資源管理自動化或者ARM塊能實現這一功能。盡管如此，我們仍然要記住在finally塊中關閉資源，這是對于釋放像FileDescriptors這類，應用在socket和文件編程的情況下的有限資源很重要的。
3) 在堆棧跟蹤中包含引起異常的原因很多時候，當一個由另一個異常導致的異常被拋出的時候，Java庫和開放源代碼會將一種異常包裝成另一種異常。日志記錄和打印根異常就變得非常重要。 Java異常類提供了 getCause()方法來檢索導致異常的原因，這些(原因)可以對異常的根層次的原因提供更多的信息。該Java實踐對在進行調試或排除故障大有幫助。時刻記住，如果你將一個異常包裝成另一種異常時，構造一個新異常要傳遞源異常。
4) 始終提供關于異常的有意義的完整的信息異常信息是最重要的地方，因為這是程序員首先看到的第一個地方，這里你能找到問題產生的根本原因。這里始終提供精確的真實的信息。
5) 避免過度使用檢查型異常檢查型異常在強制執行方面有一定的優勢，但同時它也破壞了代碼，通過掩蓋業務邏輯使代碼可讀性降低。只要你不過度使用檢查型異常，你可以最大限度的減少這類情況，這樣做的結果是你會得到更清潔的代碼。你同樣可以使用Java7的新功能，以移除重復項。
6) 將檢查型異常轉為運行時異常這是在像Spring之類的多數框架中用來限制使用檢查型異常的技術之一，大部分出自于JDBC的檢查型異常，都被包裝進 DataAccessException中，而(DataAccessException)異常是一種非檢查型異常。這是Java最佳實踐帶來的好處，特定的異常限制到特定的模塊，像 SQLException 放到DAO層，將意思明確的運行時異常拋到客戶層。
7) 記住對性能而言，異常代價高昂需要記住的一件事是異常代價高昂，同時讓你的代碼運行緩慢。假如你有方法從ResultSet(結果集)中進行讀取，這時常會拋出SQLException 異常而不會移到下一元素，這將會比不拋出異常的正常代碼執行的慢的多。因此最大限度的減少不必要的異常捕捉和移動，那里沒有什么固定的原因。不要僅僅是拋出和捕捉異常，如果你能使用boolean變量去表示執行結果，可能會得到更整潔，更高性能的解決方案。修正錯誤的根源，避免不必須要的異常捕捉。
8) 避免catch塊為空沒有什么比空的catch塊更糟糕的了，因為它不僅隱藏了錯誤和異常，同時可能導致你的對象處于不可使用或者臟的狀態。空的catch塊只能變得無意義，如果你非常肯定異常不會繼續以任何方式影響對象狀態，但在程序執行期間，用日志記錄錯誤依然是最好的(方法)。對于在Java編程中編寫異常處理代碼，這不僅僅是一個Java最佳實踐，而是一個最通用的實踐。
9) 使用標準異常我們的第九條最佳實踐建議使用標準和內置的Java異常。使用標準異常而不是每次創建我們自己的異常，對于維護性和一致性，不管是現在還是以后，都是最好的選擇。重用標準異常使代碼更具可讀性，因為大部分Java開發人員對標準的像源自于JDK的RuntimeException 異常，IllegalStateException 異常，Illegal Argument Exception 異常或者NullPointerException異常，(開發者)他們能一眼就知道每種異常的目的，而不是在代碼里查找或者在文檔里查找用戶定義的異常的目的。
10) 記錄任何方法拋出的異常Java提供了throw和throws關鍵字來拋出異常，在javadoc中用@throw記錄任何方法可能會拋出的異常。如果你編寫API或者公共接口，這就變得非常重要。任何方法拋出的異常都有相應的文檔記錄，這樣你就能下意識的提醒任何使用(該方法)的人。
這些就是所有在Java編程中在處理異常的時候需要遵循的最佳實踐。讓我們知道了什么是在Java編程中編寫異常處理代碼時需要遵循的實踐。
來源：https://www.oschina.net/trans...
教程：史上最強 Spring Boot & Cloud 教程匯總
工具：推薦一款在線創作流程圖、思維導圖軟件
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/76863.html
摘要：異常處理的個最佳實踐原文地址翻譯出處在中，異常處理是個很麻煩的事情。使用描述性消息拋出異常這個最佳實踐背后的想法與前兩個類似。當你以錯誤的格式提供時，它將被類的構造函數拋出。類提供了特殊的構造函數方法，它接受一個作為參數。 Java 異常處理的 9 個最佳實踐 原文地址：https://dzone.com/articles/9-...翻譯出處：https://www.oschina.n...
摘要：然而，我更傾向于使用來單元測試來文檔化異常。單元測試允許我在使用中查看異常，并且作為一個可以被執行的文檔來使用。通過為異常編寫單元測試，你不僅可以記錄異常如何觸發，還可以使你的代碼在經過這些測試后更加健壯。 本文是關于 Exception 處理的一篇不錯的文章，從 Java Exception 的概念介紹起，依次講解了 Exception 的類型(Checked/Unchecked)，...
摘要：無需檢查的異常也是的子類。從低層拋出的需檢查異常強制要求調用方捕獲或是拋出該異常。當前執行的線程將會停止并報告該異常。單元測試允許我在使用中查看異常，并且作為一個可以被執行的文檔來使用。不要捕獲最高層異常繼承的異常同樣是的子類。 前言 異常處理的問題之一是知道何時以及如何去使用它。我會討論一些異常處理的最佳實踐，也會總結最近在異常處理上的一些爭論。 作為程序員，我們想要寫高質量的能夠解...
摘要：不相等的對象要具有不相等的哈希碼為了哈希表的操作效率，這一點很重要，但不是強制要求，最低要求是不相等的對象不能共用一個哈希碼。方法和方法協同工作，返回對象的哈希碼。這個哈希碼基于對象的身份生成，而不是對象的相等性。 本文面向 剛學完Java的新手們。這篇文章不講語法，而是一些除了語法必須了解的概念。 將要去面試的初級工程師們。查漏補缺，以免遭遇不測。 目前由于篇幅而被挪出本文的知識...
摘要：兩個字符串拼接直接調用性能最好。關于的其他最佳實踐用時總是把能確定不為空的變量寫在左邊，如使用判斷空串，避免空指針異常。在需要把其他對象轉換為字符串對象時，使用而不是直接調用方法，因為前者已經對空值進行檢測了，不會拋出空指針異常。 本文來源于問題 Java字符串連接最佳實踐？ java連接字符串有多種方式，比如+操作符，StringBuilder.append方法，這些方法各有什么優...
閱讀 1249·2023-04-26 02:38
閱讀 928·2023-04-25 20:13
閱讀 3588·2021-11-19 11:31
閱讀 2395·2019-08-30 15:55
閱讀 2717·2019-08-30 14:11
閱讀 3156·2019-08-30 13:45
閱讀 1371·2019-08-29 18:41
閱讀 1146·2019-08-29 16:18
