Java 異常重拋機制深度解析：為什麼控制台打印兩次堆棧卻非報錯？

代碼行為複現

運行輸出包含兩次完整堆棧跟蹤，且最後顯示 Inside wq(),e.printStackTrace(): 及 Caught in main,e.printStackTrace():，乍看像「報錯」，實則程序正常終結。

執行流程還原

1. main 調用 wq()
2. wq() 調用 rt()
3. rt() 拋出 new Exception("thrown from rt()")
4. wq() 捕獲，打印堆棧（第一次），throw e; 重拋 同一異常對象
5. main 捕獲，打印堆棧（第二次），catch 塊結束
6. main 方法正常返回，JVM 退出，無未捕獲異常

關鍵知識點：throw e vs throw new Exception(e)

代碼使用 throw e;，故兩次 printStackTrace() 輸出完全一致，均指向 rt():6 原始拋出點。

為什麼 wq() 拋出 Throwable 而 main 只 catch (Exception) 卻不報錯？

• Exception 是 Throwable 子類，捕獲 Exception 可捕獲所有 Exception 及其子類實例。
• 此處 rt() 拋出 Exception，wq() 重拋同對象，類型仍為 Exception，main 的 catch (Exception) 完全匹配，無未處理異常。
• 若 rt() 拋出 Error 或非 Exception 的 Throwable，則會穿透 main 導致 JVM 打印未捕獲異常並退出。

最佳實踐建議

1. 調試階段：保留 e.printStackTrace() 觀察流程；
2. 生產環境：替換為日誌框架 log.error("msg", e)，避免污染標準輸出；
3. 異常鏈：跨層傳遞時優先 throw new BizException("業務含義", e)，保留原始原因便於排查；
4. 檢查型異常：方法簽名聲明 throws Exception 而非 Throwable，除非極少數框架級代碼需捕獲 Error。

結論

代碼邏輯完全正確，雙重堆棧輸出是 throw e 保留原始堆棧特性導致，非運行錯誤。理解「重拋同一對象保留堆棧」與「包裝新異常形成鏈」的區別，是 Java 異常處理進階的關鍵。