在finally塊中拋出異常會覆蓋原始異常，導致調試困難。1. finally塊中的異常會取代try或catch塊中的原始異常，使其被丟棄；2. 被抑制的異常可通過getsuppressed()方法訪問，用于診斷完整錯誤信息；3. 避免該問題的方法是在finally塊內使用try-catch捕獲異常，并通過addsuppressed()保留原始異常信息；4. 在異常處理中調用getsuppressed()可獲取所有被壓制的異常，幫助定位問題根源。
在finally塊中拋出異常會使得原始異常信息丟失，這可能是個隱藏的雷區。finally的設計初衷是為了確保關鍵資源清理等操作一定會被執行，但如果finally本身出了問題，事情就變得復雜了。getSuppressed()方法則允許我們訪問那些被壓制的異常，這對于診斷問題至關重要。
解決方案：
在finally塊中拋出異常，原始異常通常會被覆蓋。這意味著，如果try塊或catch塊中拋出了異常，但在finally塊中又拋出了新的異常，那么只有finally塊中的異常會被傳播，而原始異常則會被丟棄。這會導致調試困難，因為你看到的錯誤信息可能并非問題的根源。
被抑制的異常（Suppressed Exceptions）可以通過Throwable.getSuppressed()方法獲取。當一個異常阻止了另一個異常的傳播時，后者就被稱為被抑制的異常。例如，在try-with-Resources語句中，如果close()方法拋出異常，而try塊中也拋出了異常，那么close()方法拋出的異常就會被抑制。getSuppressed()返回一個Throwable數組，包含了所有被當前異常抑制的異常。
為什么finally塊中的異常會覆蓋原始異常？
這涉及到Java異常處理的機制。當try或catch塊拋出異常時，jvm會尋找合適的catch塊來處理它。如果找到了，catch塊執行完畢后，會執行finally塊（如果存在）。如果finally塊也拋出了異常，那么這個新的異常會取代之前的異常，成為最終被拋出的異常。這種設計是為了確保finally塊的執行，即使這意味著覆蓋了原始異常。但從調試的角度來看，這并不總是理想的。
考慮以下代碼：
public class FinallyExceptionExample { public static void main(String[] args) { try { System.out.println("Try block executing..."); throw new Exception("Original exception"); } catch (Exception e) { System.out.println("Catch block executing..."); throw new RuntimeException("Exception in catch", e); } finally { System.out.println("Finally block executing..."); throw new NullPointerException("Exception in finally"); } } }
在這個例子中，try塊拋出一個Exception，catch塊捕獲它并拋出一個RuntimeException，而finally塊拋出一個NullPointerException。最終，只有NullPointerException會被拋出，而原始的Exception和RuntimeException的信息都會丟失。
如何避免finally塊中的異常覆蓋原始異常？
避免finally塊中的異常覆蓋原始異常的關鍵在于謹慎處理finally塊中的代碼，盡量避免在其中拋出異常。如果必須在finally塊中執行可能拋出異常的操作，應該使用try-catch塊來捕獲并處理這些異常，而不是讓它們傳播出去。
一個更安全的方法是：
public class FinallyExceptionSafeExample { public static void main(String[] args) { Exception originalException = null; try { System.out.println("Try block executing..."); throw new Exception("Original exception"); } catch (Exception e) { originalException = e; System.out.println("Catch block executing..."); //throw new RuntimeException("Exception in catch", e); throw e; } finally { System.out.println("Finally block executing..."); try { // 可能會拋出異常的操作 // 例如：關閉資源 //resource.close(); throw new NullPointerException("Exception in finally"); // 模擬異常 } catch (Exception e) { if (originalException != null) { originalException.addSuppressed(e); throw new RuntimeException(originalException); //重新拋出原始異常，并附加被抑制的異常 } else { throw new RuntimeException(e); //直接拋出finally中的異常 } } } } }
在這個改進后的例子中，finally塊中的代碼被包裹在一個try-catch塊中。如果finally塊中的代碼拋出異常，它會被捕獲，并作為被抑制的異常添加到原始異常中。然后，原始異常會被重新拋出，這樣就不會丟失原始的異常信息。
如何利用getSuppressed()方法進行異常診斷？
getSuppressed()方法允許我們訪問那些被壓制的異常，這對于診斷問題至關重要。當你在catch塊中捕獲異常時，可以使用getSuppressed()方法來查看是否有任何被壓制的異常。這可以幫助你了解異常發生的完整上下文，并更好地定位問題的根源。
例如：
public class SuppressedExceptionExample { public static void main(String[] args) { try (Resource resource = new Resource()) { resource.operate(); } catch (Exception e) { System.err.println("Caught exception: " + e.getMessage()); Throwable[] suppressed = e.getSuppressed(); if (suppressed != null && suppressed.length > 0) { System.err.println("Suppressed exceptions:"); for (Throwable t : suppressed) { System.err.println("t" + t.getMessage()); } } } } static class Resource implements AutoCloseable { public void operate() throws Exception { throw new Exception("Exception during operation"); } @Override public void close() throws Exception { throw new Exception("Exception during close"); } } }
在這個例子中，Resource類的operate()方法和close()方法都會拋出異常。由于使用了try-with-resources語句，close()方法拋出的異常會被抑制。在catch塊中，我們使用getSuppressed()方法來訪問被抑制的異常，并將其打印出來。這樣，我們就可以看到operate()方法和close()方法都拋出了異常，從而更好地了解問題的全貌。
