autocloseable接口必須實現void close() throws exception;方法。try-with-resources語句通過該接口的close()方法自動關閉資源，當try塊結束時jvm會自動調用該方法，若close()拋出異常且try塊也有異常，則close()異常會被抑制并附加到主異常上，可通過throwable.getsuppressed()訪問；設計close()方法時應妥善處理異常，如記錄日志或拋出自定義異常；多個資源按聲明相反順序關閉，即使其中一個close()拋出異常，其余資源仍繼續關閉。
try-with-resources語句的核心在于它能確保在語句塊執行完畢后，自動關閉所有實現了AutoCloseable接口的資源。這個機制簡化了資源管理，減少了手動關閉資源可能引發的錯誤。
try-with-resources語句自動關閉資源的關鍵在于AutoCloseable接口。
資源自動關閉的機制實際上依賴于AutoCloseable接口的close()方法。任何實現了這個接口的類，都可以被用在try-with-resources語句中，當try塊結束（無論是正常結束還是拋出異常），JVM都會自動調用資源的close()方法。
AutoCloseable接口必須實現哪些方法？
準確地說，AutoCloseable接口本身只定義了一個方法：void close() throws Exception;。所以，任何實現了AutoCloseable接口的類，必須提供close()方法的具體實現。
這個close()方法負責釋放資源，例如關閉文件流、數據庫連接等。如果close()方法在關閉資源時拋出異常，這個異常會被try-with-resources語句捕獲并處理。
如果close()方法拋出異常，會發生什么？
當close()方法拋出異常時，情況會變得稍微復雜。如果try塊本身也拋出了異常，那么close()方法拋出的異常會被“抑制”（suppressed）。這意味著，原始的、由try塊拋出的異常會被優先處理，而close()方法拋出的異常會被附加到原始異常上，可以通過Throwable.getSuppressed()方法訪問。
這個機制確保了我們能夠追蹤到所有可能發生的異常，即使是在資源關閉過程中。但這也要求我們在設計close()方法時，要考慮到可能出現的異常情況，并進行適當的處理，比如記錄日志或者拋出更具描述性的異常。
如何處理多個資源關閉時可能出現的異常？
在try-with-resources語句中，可以同時聲明多個資源。這些資源會按照聲明的相反順序關閉。如果其中一個資源的close()方法拋出異常，其他資源的關閉過程仍然會繼續進行。
為了確保所有異常都被妥善處理，我們需要仔細設計每個資源的close()方法，并在必要時捕獲和處理異常。一種常見的做法是，在close()方法中使用try-catch塊，將異常記錄到日志中，或者拋出一個包含更多上下文信息的自定義異常。
舉個例子，假設我們同時打開了兩個文件流：
try (FileInputStream file1 = new FileInputStream("file1.txt"); FileInputStream file2 = new FileInputStream("file2.txt")) { // 使用file1和file2 } catch (IOException e) { // 處理try塊中的異常 }
在這個例子中，如果file1.close()拋出異常，file2.close()仍然會被調用。所有close()方法拋出的異常都會被附加到IOException上，可以通過e.getSuppressed()方法訪問。
