背景

執(zhí)行代碼的時候拋出異常，想在第三方j(luò)ar文件中打斷點分析問題原因，進入該文件后IDEA給出警告

翻譯過來就是資源庫的源代碼與類的字節(jié)碼不匹配，當(dāng)前我們在UpgraderManager.java中，右側(cè)有一個Open.class file按鈕，點擊之后就會跳轉(zhuǎn)到UpgradeManager.class中，點擊show diff或者對比這兩個文件可以看到是不一樣的。

這個問題影響還是挺大的，具體的現(xiàn)象就是程序真正運行的代碼行數(shù)，與我們看到的代碼行數(shù)不一致，也就沒法打斷點分析程序的走向

分析

我們在使用第三方j(luò)ar時，用的是編譯好的字節(jié)碼文件，即.class文件，而不是源文件.java。

而.class文件我們是看不懂的，如果我們想在IDE中看第三方源代碼，可以通過IDE的插件進行自動反編譯，但是一般來說不會有注釋，而且參數(shù)名也不是原來的參數(shù)名，會被反編譯成var1, var2, var3等。

當(dāng)然也可以自己下載源文件后進行配置。

一般來說第三方j(luò)ar在打包時也會將源文件和class文件一起發(fā)布，所以引用這個jar時IDE會自動引用它的源文件，可以通過如下方式進行查看

以IDEA為例，點擊File->Project Structure..

在彈出的窗口中選擇Library菜單，中間的窗口部分選中包含警告文件的jar，在右側(cè)可以看到Classes字節(jié)碼，Sources源代碼以及JavaDocsjava文檔對應(yīng)的jar

到這里可以分析出，警告的內(nèi)容就是說xxx.jar中內(nèi)容與xxx-source.jar中的內(nèi)容不一致，進入到該文件夾中繼續(xù)進行查看

雖然jar與source.jar的版本一致，但是修改的日期不一樣，也就是說由于某種原因?qū)е铝薺ar與source.jar里邊的內(nèi)容不一致了，使用解壓軟件進行查看里邊的某些文件也會發(fā)現(xiàn)，有些代碼在source.jar中存在但是在jar中卻不存在

解決辦法

知道了問題原因，那么就知道怎么解決了。

很簡單，將該版本中的所有jar全部刪除，重新用maven下載

本例中就需要將xxx.2.1.0這個文件夾全部刪除，然后在IDEA中使用maven reload project(舊版本為maven reimport)重新下載該jar，或者自行去maven倉庫網(wǎng)站下載亦可。下載之后再查看該文件，就沒有警告了，斷點就可以繼續(xù)打了。

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論