Java中的exception用于優雅處理程序錯誤，主要有三種策略：1.捕獲并處理，通過try-catch-finally結構化處理異常；2.拋出異常，使用throws將異常傳遞給調用者；3.既捕獲又拋出，捕獲后包裝為新異常再拋出。區別在于checked exception需強制處理，而unchecked exception不強制。最佳實踐包括避免過度捕獲、捕獲具體類型、記錄信息、使用自定義異常表達特定錯誤。
Java中的Exception，簡單來說，是為了讓程序在遇到錯誤時，不至于直接崩潰，而是能夠優雅地處理這些錯誤，甚至從中恢復。它提供了一種結構化的方式來管理程序運行時的異常情況。
處理異常的策略主要有三種：捕獲并處理、拋出異常、以及既捕獲又拋出。
捕獲并處理
立即學習“Java免費學習筆記（深入）”；
捕獲并處理異常是最常見的策略。使用try-catch塊來實現。try塊包含可能拋出異常的代碼，而catch塊則包含處理異常的代碼。
try { // 可能拋出異常的代碼 int result = 10 / 0; // 模擬除以零異常 } catch (ArithmeticException e) { // 處理ArithmeticException異常 System.err.println("發生算術異常: " + e.getMessage()); // 可以記錄日志、進行回滾操作、或者給用戶友好的提示 } finally { // 可選的finally塊，無論是否發生異常都會執行 System.out.println("Finally塊執行"); }
finally塊是可選的，它包含無論try塊中的代碼是否拋出異常都會執行的代碼。這通常用于釋放資源，比如關閉文件流或數據庫連接。
拋出異常
如果當前方法無法處理異常，可以選擇將異常拋給調用者處理。使用throws關鍵字在方法簽名中聲明可能拋出的異常。
public void readFile(String filePath) throws IOException { // 讀取文件的代碼 // 如果發生IOException，則拋出給調用者處理 FileInputStream fis = new FileInputStream(filePath); // ... fis.close(); }
調用者需要處理這個IOException，要么使用try-catch塊捕獲，要么繼續向上拋出。
既捕獲又拋出
有時候，我們需要在捕獲異常后進行一些處理，然后將異常包裝成一個新的異常，并重新拋出。這通常用于提供更詳細的異常信息，或者將底層的異常轉換成更高層次的業務異常。
public void processData(String data) throws MyBusinessException { try { // 一些可能拋出SQLException的代碼 // 例如：連接數據庫、執行sql語句 } catch (SQLException e) { // 捕獲SQLException，并包裝成MyBusinessException throw new MyBusinessException("處理數據時發生數據庫錯誤", e); } }
在這個例子中，SQLException被捕獲，并被包裝成MyBusinessException。MyBusinessException可能包含更具體的業務信息，比如哪個數據處理步驟失敗了。原始的SQLException被作為原因傳遞給新的異常，這樣可以保留異常鏈，方便調試。
為什么需要使用Exception？
沒有異常處理機制，程序遇到錯誤會直接崩潰，用戶體驗很差。使用異常處理，可以：
- 提高程序的健壯性：程序不會因為小錯誤而崩潰。
- 方便錯誤定位和調試：異常信息包含了錯誤類型、發生位置等信息，有助于快速定位問題。
- 分離錯誤處理代碼和業務邏輯代碼：使代碼更清晰、更易于維護。
Checked Exception vs. Unchecked Exception有什么區別？
Java中的異常分為兩種：Checked Exception（檢查型異常）和 Unchecked Exception（非檢查型異常）。它們的區別主要在于編譯器是否強制要求處理。
- Checked Exception：在編譯時強制要求處理的異常。如果一個方法聲明拋出一個Checked Exception，那么調用者必須顯式地捕獲并處理這個異常，或者繼續向上拋出。IOException和SQLException是常見的Checked Exception。
- Unchecked Exception：編譯器不強制要求處理的異常。這些異常通常是由于程序中的邏輯錯誤引起的，比如NullPointerException、ArrayIndexOutOfBoundsException和IllegalArgumentException。雖然編譯器不強制處理，但建議在代碼中進行適當的檢查，以避免這些異常的發生。
選擇哪種異常處理策略更好？
沒有絕對的“更好”的策略，選擇哪種策略取決于具體的場景和需求。
- 如果當前方法能夠完全處理異常，比如記錄日志、進行重試等，那么應該選擇捕獲并處理異常。
- 如果當前方法無法處理異常，或者處理異常會破壞程序的邏輯，那么應該選擇拋出異常，將異常交給調用者處理。
- 如果需要在捕獲異常后進行一些處理，并提供更詳細的異常信息，那么可以選擇既捕獲又拋出異常。
最佳實踐：
- 避免過度使用try-catch塊：過多的try-catch塊會使代碼難以閱讀和維護。只在必要的地方使用try-catch塊。
- 捕獲具體的異常類型：避免捕獲Exception或Throwable等過于寬泛的異常類型。應該捕獲具體的異常類型，以便更好地處理異常。
- 不要忽略異常：捕獲到異常后，應該進行適當的處理。忽略異?？赡軙е鲁绦虺霈F不可預測的行為。
- 使用finally塊釋放資源：確保在finally塊中釋放資源，即使發生異常也能保證資源被正確釋放。
- 自定義異常：在必要時，可以自定義異常類，以便更好地表達程序中的錯誤情況。
- 記錄異常信息：記錄異常信息有助于定位問題和調試程序?？梢允褂萌罩究蚣埽ㄈ?a href="http://www.babyishan.com/tag/log4j">log4j或SLF4J）來記錄異常信息。
什么時候應該自定義異常？
當你需要表達應用程序特有的錯誤情況時，就應該考慮自定義異常。例如，一個電商應用可能需要自定義InsufficientStockException（庫存不足異常）或InvalidOrderException（無效訂單異常）。自定義異?？梢蕴岣叽a的可讀性和可維護性，并且可以包含更詳細的錯誤信息。
