ASP.NET 2.0 異常管理最佳實務：策略、包裝與記錄架構

異常 vs 錯誤：核心區別

• 異常：違背系統預期假設 (如資料庫連線中斷、檔案不存在於預期路徑)。
• 錯誤：可預期的業務邏輯失敗 (使用者輸入空值、驗證失敗)，應由驗證程式碼處理，而非拋出異常。

三種異常處理策略

1. 忽略向上冒泡：不捕獲，讓上層 Call Stack 的 catch 區塊處理 (適用於無法在當前層級有意義處理的情況)。
2. 捕獲並處理：執行必要清理 (關閉連線、釋放鎖)、記錄日誌、回傳友善訊息，不再拋出。
3. 捕獲並包裝 (Exception Wrapping)：以更貼近業務語意的自訂異常包裝原始異常，保留 InnerException 追蹤根因。例如：IOException → DataAccessException 或 FailToLoadConfigException。

健全異常管理架構六大要素

1. 偵測異常 (try/catch/finally 結構化處理)。
2. 執行程式碼清理 (finally 區塊確保資源釋放)。
3. 內部異常包裝 (保持抽象層級，避免底層實作細節外洩)。
4. 內部異常替換 (特定情境下以更適當異常取代)。
5. 記錄並報告錯誤資訊 (Log4Net/Serilog + 事件檢視器/Email/監控系統)。
6. 建立可被外部監控的事件 (效能計數器、健康檢查端點)。

自訂異常類別設計原則

• 繼承 ApplicationException 或 Exception (現代建議直接繼承 Exception)。
• 提供多建構子：無參數、訊息、訊息+內部異常、序列化建構子。
• 加上 [Serializable] 屬性支援跨應用程式域/遠端傳遞。
• 命名以 Exception 結尾 (如 InsufficientInventoryException)。

反模式警示

• 捕獲 Exception 後只寫 Log 再 throw (丟失堆疊資訊，應用 throw; 重拋)。
• 用異常控制正常流程 (如迴圈中用 try/catch 判斷集合結束)。
• 空 catch 區塊吞沒異常。