在 Java 異常處理中，有時需要一個「安全網」捕獲所有可能的異常。透過捕獲基底類別 Exception 即可達成，但須注意順序與資訊提取技巧。本文將說明捕獲所

在異常處理流程中，有時需要在捕獲異常後記錄日誌、包裝資訊，再向上層拋出。Java 提供兩種重新拋出方式：直接 throw e 保留原始堆疊，或呼叫 fillIn

Java 異常處理機制的核心在於 java.lang.Throwable 類別及其兩大直系子類：Error 與 Exception。理解這層階層結構，是掌握 J

在 Java 異常體系中，RuntimeException 佔有特殊地位。它是所有「未檢查異常」的父類別，代表程式邏輯錯誤而非外部環境問題。本文將剖析 Runt

在 Java 開發中，雖然內建的異常類別已能涵蓋大多數常見錯誤情境，但實際專案往往需要表達特定業務邏輯的錯誤狀態。此時建立自訂異常類別便顯得尤為重要。本文將詳細

核心規則 覆寫方法 不可拋出新的檢查型異常，只能拋出父類方法聲明的異常或其子類。 可拋出更少或不拋出異常（縮小範圍）。 非檢查型異常 (RuntimeExce

finally 必執行示範 while (true) { try { if (count++ == 0) throw new Excep

為何需要 finally Java 有 GC 管理記憶體，但文件句柄、網絡連線、資料庫連線、螢幕繪圖資源等需顯式釋放，finally 確保無論是否拋出異常都執行

現象演示 void f() throws VeryImportantException { throw new VeryImportantException()

核心問題 構造器中途拋出異常時，已獲取資源（如開啟文件）需清理，但 finally 會在構造器正常結束時也執行，導致過早釋放。 模範模式：顯式 cleanup(

匹配機制 異常拋出後，catch 子句按宣告順序搜尋「最近匹配」。 子類異常可被父類 catch 捕獲（多型）。 範例 try { throw new Sn

修復並重試：解決問題後再次呼叫拋出異常的方法。 替代路徑：不重試，計算替代結果繼續執行。 替代結果：返回合理預設值而非拋出異常。 向上拋出同類異常：當前環境部

設計難點 需覆蓋文件、控制台、網絡三大場景；支援順序/隨機、二進制/字符、按行/按字等多種存取模式。 演進脈絡 JDK 1.0：僅位元組流（InputStre

核心抽象 InputStream：定義 read() 讀取單字節/位元組陣列，所有輸入流父類。 OutputStream：定義 write() 寫入單字節/位

資料來源分類 類別來源構造參數典型用途 ByteArrayInputStream記憶體位元組陣列byte[] buffer單元測試、內存數據輸入 String

資料目的地分類 類別目的地構造參數典型用途 ByteArrayOutputStream記憶體緩衝區可選初始大小捕獲輸出轉為位元組陣列 FileOutputSt

模式定義 裝飾者模式動態、透明地為物件添加職責。所有裝飾者與被裝飾物件共享相同介面（InputStream/OutputStream），客戶端無差別呼叫。 Ja

裝飾者基類 FilterInputStream 持有 InputStream in，委派所有 read()，子類擴展功能。 四大具體裝飾器 類別功能典型構造

裝飾者角色 FilterOutputStream 為抽象裝飾基類，持有 OutputStream out，將所有 write() 委派給它，子類在委派前後添加功

定位問題 不繼承 InputStream/OutputStream，僅實作 DataInput/DataOutput 介面。 無法與 ByteArrayInp