J2EE 異常處理最佳實戰：高手教你避開濫用陷阱

Java 異常分三類：檢查型異常（繼承 Exception，編譯期強制處理，如 RemoteException）、執行時異常（繼承 RuntimeException，編譯期不檢查，如 NullPointerException）、系統錯誤（JVM 層面，如 OutOfMemoryError，通常不處理）。J2EE 開發中常見濫用檢查型異常封裝，導致錯誤資訊遺失、除錯困難。

核心原則：只封裝「預期且可處理」的業務異常

• 業務異常（檢查型）：如帳號密碼不符，定義專屬異常，客戶端捕獲後回饋明確提示。
• 系統/非預期異常：如 SQLException、RemoteException，勿重複封裝，直接包裝為 EJBException 拋出，容器會自動附加至 RemoteException，客戶端記錄日誌即可追蹤。

錯誤代碼分類回饋策略

遵循「業務異常給用戶看，系統異常給日誌看」原則，才能兼顧使用者體驗與系統可維護性。