java拋出異常編譯錯誤

⑴ Java編譯錯誤和運行錯誤有什麼區別 能否深入淺出

編譯錯誤通常是因為代碼中存在語法問題，比如字元串應該用雙引號而不是單引號定義，這會導致編譯器無法生成可執行的位元組碼。例如，如果寫成String str = 'str';，編譯器會報錯，因為這種寫法在Java中是不合法的。

而運行錯誤則發生在代碼已經成功編譯並生成了可執行文件之後，這種錯誤通常是由於邏輯錯誤或異常處理不當導致的。比如，一個方法接收一個String類型的參數str，方法內部嘗試執行str.equals("str");。如果傳遞給這個方法的參數str是null，那麼調用str.equals("str");就會拋出NullPointerException。

我們可以用手機來類比這種差異。編譯錯誤就像是在手機生產過程中，如果發現零件不對，那麼這款手機肯定無法出廠。而運行錯誤則是在手機已經組裝完畢並准備銷售時，用戶可能遇到了一些問題。例如，用戶購買了一款手機，但沒有用來打電話，卻直接用來砸核桃。雖然手機最終可能會損壞，但這並不是手機本身的質量問題，而是用戶使用不當造成的。

編譯錯誤更容易被開發者發現和修正，因為它們通常在代碼編寫階段就能識別出來。而運行錯誤則往往需要在程序運行過程中才能發現，這要求開發者具備良好的異常處理能力和測試習慣。通過編寫更健壯的代碼和更完善的測試用例，可以有效減少運行錯誤的發生。

總的來說，編譯錯誤主要關注代碼的語法正確性，而運行錯誤則更多關注邏輯的正確性和程序的健壯性。理解這兩種錯誤的區別有助於我們更好地進行軟體開發和調試工作。

⑵ Java問題解決錄: 運行時拋出NoSuchMethodError / NoSuchFieldError異常

現象描述

在IDE中編譯運行程序無異常，但在打包成可運行的jar包（如Spring Boot jar包）後，程序運行時會拋出NoSuchMethodError或NoSuchFieldError異常。

問題定位步驟

通過增加JVM參數如-verbose:class、-XX:+TraceClassLoading或-Xlog:class+load=debug來查看類的載入情況。使用Arthas工具的jad命令可以查看已載入類的源碼，從而查看類的載入路徑、jar包版本號及使用的類載入器。

問題分類

問題可能源自三個主要方面：
1. **重復類定義**：在同包中或不同jar包中定義了同名類，導致類載入器載入了錯誤的類。這類問題通常發生在第三方jar包與項目自身的jar包中。
2. **依賴版本沖突**：maven的傳遞依賴特性可能導致多個版本的類被載入，最終生效的版本可能導致NoSuchMethodError或NoSuchFieldError異常。根據maven的廣度優先遍歷演算法，高版本或低版本的類可能覆蓋了其他版本的類。
3. **反射機制錯誤**：使用反射時，如果類定義錯誤或傳遞參數錯誤，也可能導致運行時異常。目前尚無自動檢測這類錯誤的工具。

編譯期發現方法

對於使用maven的項目，可以配置額外的enforcer-rules（如Ban Duplicate Classes規則）來在編譯期間強制發現重復類定義的問題。對於使用Android Studio（Gradle工具）的項目，這類編譯錯誤提示較為常見。

總結

通過增加JVM參數、使用Arthas工具、分析maven依賴樹和代碼中的反射使用情況，可以有效地定位和解決NoSuchMethodError或NoSuchFieldError異常。確保類定義的唯一性、避免依賴版本沖突以及正確使用反射機制是預防此類異常的關鍵。