寫了那麼多年 Java 代碼，終於 debug 到 JVM 了

原創

LieBrother

2019-10-12 10:15

繼上篇文章原創 | 全網最新最簡單的 openjdk13 代碼編譯之後，我們有了自己編譯後的 jdk 和 hotspot，如下圖所示。接下來就來幹一番事情。

搭建調試環境

1.下載 CLion 軟件

Jetbrains 是一家非常牛逼的公司，咱 Java 裏面用到的 IDEA 功能很強大，這公司也爲 C/C++ 提供一個 IDE，名叫 CLion，咱需要下載這個 IDE 來調試 JVM 源碼。

2.導入源碼

安裝完 CLion 之後，咱就可以先導入代碼，下面簡單記錄一下操作步驟。

選擇 New CMake Project from Sources。

打開我們下載 OpenJDK13 的目錄，我的目錄是 /opt/java/openjdk/jdk13。

接下來有彈框點擊 Next 就行了，等待導入源碼完成（需要幾分鐘，可以喝杯茶）。

3.啓動配置

導完源碼後，我們需要配置啓動程序，這裏有些配置需要重新指定，主要有下面 2 點。

Executable 修改爲咱們編譯後的 java 程序。

Build 需要刪除掉。

4.打下斷點

我們在 thread.cpp 代碼的 Threads::create_vm 方法打下斷點。

5.開始 Debug

點擊 Debug 按鈕，開始調試我們的 JVM 代碼。可以看到我們打的斷點生效了，如下圖所示。

恭喜，我們成功調試 JVM 代碼。不過發現了下面這個異常信息，解決它。

6.發現這個異常

按 F9 讓程序繼續跑，我們發現 Console 出現了下面紅框的一行字。

這是 GDB 的異常信息，我們可以通過在我們的用戶目錄下添加配置來解決這個問題。創建 ~/.gdbinit 文件，添加如下配置。

handle SIGSEGV nostop noprint pass
handle SIGBUS nostop noprint pass
handle SIGFPE nostop noprint pass
handle SIGPIPE nostop noprint pass
handle SIGILL nostop noprint pass

再運行就不會有這個異常信息了。

調試自己的代碼

上面已經調通了我們編譯的 JVM 源碼，有同學可能想知道，那要調試自己寫的代碼得怎麼操作呢？我們上面已經看到 Debug 到 JVM 源碼了，我們自己的代碼則可以通過我們編譯後的 JDK 來編譯，然後在程序執行參數那裏指定。下面舉個例子。

1.編寫 Test 代碼

我們編寫一個簡單的 Hello JVM 程序，代碼如下。

public class Test {

    public static void main(String[] args) {
        System.out.println("hello jvm");
    }
}

2.javac 編譯

通過我們編譯後的 JDK 命令 javac Test.java 來編譯。

liebrother@liebrother:/opt/java/openjdk/jdk13/build/linux-x86_64-server-release/jdk/bin$ ./javac Test.java

3.配置啓動參數

然後在 Clion 程序啓動配置那裏指定我們的類 Test。

結果就是我們的程序被運行了。

以上就是我們今天要講的在 JVM 層面上調試我們自己寫的程序。

總結

總結一下搭建這套 JVM 環境。搭建過程中其實沒有很波折，官方文檔寫的很清晰（雖然都是英文的），這 2 篇文章也是盡最大的努力，把一些步驟簡化，也截圖保留下來，一方面給自己回顧的機會，一方面也是給有想要搭建這套環境的朋友們一個捷徑。這套環境接下來的定義是：給自己深入瞭解 JVM 的機會，在遇到某些知識點不清晰，不明白原理的時候，就可以看一看源碼，揪出源頭的邏輯。

非常建議朋友們搭建這麼一套環境，也不要怕 JVM 裏面都是 C/C++ 代碼，可能剛開始看的時候會很費勁，看多了就習慣了。

推薦閱讀

寫了那麼多年 Java 代碼，終於 debug 到 JVM 了

全網最新最簡單的 openjdk13 代碼編譯

瞭解Java線程優先級，更要知道對應操作系統的優先級，不然會踩坑

後臺回覆『設計模式』可以獲取《一故事一設計模式》電子書