Error和exception的區(qū)別在于，exception是程序可恢復(fù)的異常，而error是嚴(yán)重且通常無法恢復(fù)的問題。兩者均繼承自throwable。runtimeexception作為exception的子類，代表運行時異常，如空指針或數(shù)組越界。1. 不應(yīng)捕獲的error包括virtualmachineerror及其子類（如outofmemoryerror、stackoverflowerror）和assertionerror，因它們通常反映jvm或代碼邏輯問題，捕獲可能掩蓋風(fēng)險。2. runtimeexception是否捕獲視場景而定：若為自身bug應(yīng)修復(fù)代碼，若為第三方庫或外部因素可適當(dāng)捕獲并處理。3. 處理exception應(yīng)遵循最佳實踐：僅捕獲可處理的異常、使用try-with-resources、記錄日志、避免過度使用try-catch、使用自定義異常。4. error發(fā)生時補救措施有限，可嘗試重啟jvm、降級服務(wù)、發(fā)送告警、記錄dump文件，但核心策略仍是預(yù)防其發(fā)生。
Error和Exception的區(qū)別，簡單來說，它們都是Throwable的子類，但代表著不同類型的錯誤。Exception通常是程序可以嘗試恢復(fù)的，而Error則表示嚴(yán)重的、通常無法恢復(fù)的問題。
解決方案
Error和Exception的繼承關(guān)系是這樣的：Throwable是所有錯誤和異常的基類，Error和Exception都直接繼承自Throwable。RuntimeException是Exception的一個子類，它代表運行時異常，比如空指針異常。
哪些Error類型絕對不該捕獲？ 重點在于理解Error的含義。Error通常代表著JVM自身的問題，或者硬件層面的問題，程序本身無法解決。嘗試捕獲這些Error通常沒有意義，反而可能掩蓋了真正的問題，導(dǎo)致系統(tǒng)處于不穩(wěn)定狀態(tài)。
應(yīng)該避免捕獲的Error類型：
-
VirtualMachineError及其子類： 這類錯誤表示JVM自身出現(xiàn)了問題，比如內(nèi)存溢出（OutOfMemoryError）、棧溢出（StackoverflowError）、不支持的類版本錯誤（UnsupportedClassVersionError）。嘗試捕獲這些錯誤通常是徒勞的，因為JVM可能已經(jīng)處于崩潰的邊緣。即使捕獲了，也很難進行有效的恢復(fù)。最好的做法是讓JVM自行處理，然后檢查日志，分析原因，并修復(fù)導(dǎo)致這些錯誤的根本問題（比如增加JVM的內(nèi)存）。
-
AssertionError： 雖然AssertionError技術(shù)上是一個Error，但它通常用于開發(fā)和測試階段，表示斷言失敗。在生產(chǎn)環(huán)境中，斷言應(yīng)該被禁用。如果AssertionError在生產(chǎn)環(huán)境中被拋出，那說明代碼存在邏輯錯誤，應(yīng)該修復(fù)代碼，而不是捕獲這個錯誤。
副標(biāo)題1：RuntimeException應(yīng)該捕獲嗎？
RuntimeException是一種特殊的Exception，它表示運行時異常，比如空指針異常（NullPointerException）、數(shù)組越界異常（ArrayIndexOutOfBoundsException）、類型轉(zhuǎn)換異常（ClassCastException）。是否應(yīng)該捕獲RuntimeException，這是一個有爭議的問題。
有些人認(rèn)為，RuntimeException是程序中的bug，應(yīng)該通過修復(fù)代碼來避免，而不是捕獲。這種觀點認(rèn)為，捕獲RuntimeException可能會掩蓋bug，導(dǎo)致程序在不穩(wěn)定的狀態(tài)下運行。
另一些人認(rèn)為，在某些情況下，捕獲RuntimeException是有必要的。比如，當(dāng)調(diào)用第三方庫時，無法保證第三方庫不會拋出RuntimeException。在這種情況下，可以捕獲RuntimeException，并進行適當(dāng)?shù)奶幚恚热缬涗浫罩尽⒒貪L事務(wù)、給用戶友好的提示。
我的觀點是，是否應(yīng)該捕獲RuntimeException，取決于具體的場景。如果RuntimeException是由程序自身的bug引起的，那么應(yīng)該修復(fù)代碼。如果RuntimeException是由第三方庫引起的，或者是由不可預(yù)測的外部因素引起的，那么可以捕獲RuntimeException，并進行適當(dāng)?shù)奶幚怼５珶o論如何，都應(yīng)該記錄日志，以便進行分析和調(diào)試。
副標(biāo)題2：如何優(yōu)雅地處理Exception？
處理Exception需要一些技巧，才能保證程序的健壯性和可維護性。以下是一些建議：
-
只捕獲你能夠處理的Exception： 不要捕獲所有Exception，然后簡單地忽略它們。只捕獲你能夠處理的Exception，并進行適當(dāng)?shù)奶幚怼Ｈ绻銦o法處理某個Exception，那么應(yīng)該將其拋出，讓上層調(diào)用者來處理。
-
使用try-with-resources語句： 對于需要關(guān)閉的資源（比如文件流、數(shù)據(jù)庫連接），應(yīng)該使用try-with-resources語句來自動關(guān)閉資源。這樣可以避免資源泄漏。
-
記錄日志： 無論是否捕獲Exception，都應(yīng)該記錄日志。日志應(yīng)該包含Exception的類型、消息、堆棧跟蹤等信息。這些信息對于分析和調(diào)試問題非常有幫助。
-
避免過度使用try-catch語句： 過度使用try-catch語句會使代碼難以閱讀和維護。應(yīng)該盡量避免在不必要的地方使用try-catch語句。
-
使用自定義Exception： 對于特定的業(yè)務(wù)場景，可以使用自定義Exception來表示特定的錯誤。這樣可以使代碼更加清晰和易于理解。
副標(biāo)題3：Error發(fā)生時，除了讓程序崩潰，還有什么補救措施？
雖然Error通常表示無法恢復(fù)的錯誤，但在某些情況下，還是可以采取一些補救措施的。
-
重啟JVM： 對于某些Error，比如OutOfMemoryError，可以嘗試重啟JVM來釋放內(nèi)存。但這只是一種臨時的解決方案，根本的解決方法是修復(fù)導(dǎo)致內(nèi)存溢出的代碼。
-
降級服務(wù)： 如果某個服務(wù)出現(xiàn)了Error，可以嘗試降級服務(wù)，比如關(guān)閉某些功能，或者使用備用方案。這可以保證系統(tǒng)的核心功能仍然可用。
-
發(fā)送告警： 當(dāng)Error發(fā)生時，應(yīng)該立即發(fā)送告警，通知運維人員進行處理。這可以盡早發(fā)現(xiàn)問題，并采取相應(yīng)的措施。
-
記錄dump文件： 當(dāng)JVM崩潰時，可以生成dump文件。dump文件包含了JVM的內(nèi)存狀態(tài)、線程狀態(tài)等信息，可以用于分析和調(diào)試問題。
這些補救措施并不能完全解決Error帶來的問題，但可以盡量減少Error對系統(tǒng)的影響。最重要的還是預(yù)防Error的發(fā)生，通過良好的代碼設(shè)計、充分的測試、合理的資源管理，來避免Error的發(fā)生。
