優先使用標準異常能提高代碼可讀性、維護性及兼容性，1.標準異常含義明確，降低維護成本；2.與其他庫兼容，避免沖突；3.利用現有處理機制，減少開發量；4.避免過度設計，保持簡潔。自定義異常適用于需攜帶額外信息、區分異常類型或強制處理異常的情況。正確使用時應選擇合適異常類型并提供清晰信息。異常處理應捕獲可處理的異常、記錄或重新拋出、用finally或try-with-resources釋放資源，避免循環中拋出異常。
使用IllegalArgumentException等標準異常，是為了代碼的可讀性、維護性以及與其他代碼庫的兼容性。簡單來說，就是讓別人更容易理解你的代碼哪里出了問題，并且方便處理。
解決方案：
拋出異常時優先使用標準異常，而非自定義異常，主要有以下幾個原因：
-
提高代碼可讀性與可維護性： 標準異常如IllegalArgumentException、NULLPointerException等，其含義明確，開發者無需查閱文檔即可快速理解異常原因。這大大降低了代碼的維護成本，尤其是在團隊協作或長期維護的項目中。如果每個開發者都自定義異常，代碼庫將充斥著各種命名不規范、含義模糊的異常類，增加理解難度。
-
與其他代碼庫的兼容性： Java標準庫及眾多第三方庫都定義了自己的異常體系。使用標準異常，可以更容易地與其他庫進行集成，避免異常類型沖突。例如，某個方法期望拋出IllegalArgumentException，而你自定義了一個類似的異常，調用者可能無法正確捕獲和處理。
-
利用已有的異常處理機制： Java虛擬機和各種框架都對標準異常做了優化處理。例如，某些異常可能觸發特定的日志記錄、監控報警等。使用標準異常可以充分利用這些現有的機制，減少開發工作量。
-
避免過度設計： 很多時候，自定義異常并沒有帶來實際的好處，反而增加了代碼的復雜性。優先考慮使用標準異常，可以避免過度設計，保持代碼簡潔。當然，如果標準異常無法準確表達異常情況，或者需要攜帶額外的異常信息，那么自定義異常是必要的。
何時應該自定義異常？
自定義異常并非完全不可取。在以下情況下，自定義異常是合理的：
-
需要攜帶額外的異常信息： 標準異常只能傳遞簡單的錯誤信息，如果需要傳遞更詳細的上下文信息（例如，導致錯誤的輸入參數、操作狀態等），則需要自定義異常類。例如，一個賬戶余額不足的異常，可能需要攜帶賬戶ID和余額信息。
-
需要區分不同的異常類型： 有時，標準異常的粒度不夠細，無法區分不同的異常情況。例如，一個數據庫操作可能因為連接失敗、查詢錯誤、數據沖突等多種原因而拋出異常。為了更精確地處理這些異常，可以自定義不同的異常類。
-
需要強制調用者處理異常： 如果某個異常非常重要，必須由調用者顯式處理，可以自定義一個checked exception（繼承自Exception）。checked exception必須在方法簽名中聲明，并且調用者必須使用try-catch塊捕獲或向上拋出。這可以確保重要的異常不會被忽略。
如何正確使用標準異常？
正確使用標準異常的關鍵在于理解其含義，并根據實際情況選擇合適的異常類型。
-
IllegalArgumentException： 用于指示方法接收到的參數非法。例如，參數為null、參數值超出范圍、參數類型不匹配等。
-
NullPointerException： 用于指示程序試圖訪問一個null對象的成員。這是Java中最常見的異常之一，通常是由于未初始化對象或錯誤地使用了null引用導致的。
-
IllegalStateException： 用于指示對象的狀態不適合執行某個操作。例如，一個未連接的數據庫連接對象不能執行查詢操作。
-
UnsupportedOperationException： 用于指示不支持的操作。例如，一個只讀的集合不能執行添加或刪除操作。
-
IndexOutOfBoundsException： 用于指示數組或集合的索引超出范圍。
-
ArithmeticException： 用于指示算術運算錯誤，例如除數為零。
在拋出異常時，應該提供清晰的錯誤信息，說明異常的原因和位置。這有助于開發者快速定位和解決問題。例如：
public void setAge(int age) { if (age < 0 || age > 150) { throw new IllegalArgumentException("Invalid age: " + age + ". Age must be between 0 and 150."); } this.age = age; }
異常處理的最佳實踐
除了選擇合適的異常類型，良好的異常處理實踐也至關重要。
-
不要捕獲所有異常： 避免使用空的catch塊捕獲所有異常。這會隱藏潛在的問題，使程序難以調試。應該只捕獲你能夠處理的異常，并將其他異常向上拋出。
-
不要忽略異常： 捕獲異常后，應該進行適當的處理。至少應該記錄異常信息，以便后續分析。如果無法處理異常，應該重新拋出，讓上層調用者處理。
-
使用finally塊釋放資源： 在try-catch塊中使用finally塊，可以確保資源（例如文件、網絡連接）在任何情況下都能被正確釋放。
-
避免在循環中拋出異常： 在循環中拋出異常可能會導致性能問題。如果可能，應該在循環外部進行參數校驗，避免在循環內部重復拋出異常。
-
使用try-with-resources語句： 對于實現了AutoCloseable接口的資源，可以使用try-with-resources語句自動釋放資源，避免手動編寫finally塊。例如：
try (FileInputStream fis = new FileInputStream("file.txt")) { // ... } catch (IOException e) { // ... }
總之，優先使用標準異常可以提高代碼的可讀性、可維護性和兼容性。只有在標準異常無法滿足需求時，才應該考慮自定義異常。同時，遵循良好的異常處理實踐，可以提高程序的健壯性和可靠性。
