前言
我们都知道java程序是运行在jvm虚拟机上的，jdk里面很多native方法的实现都是在jvm源码里面的。那么jvm是如何加载类，如何创建对象，线程同步的本质是什么？那些看不见的native方法到底干了什么？这些疑问使用baidu或许能了解个大概。但通过百度获取的知识，如果自己没有消化，只是临时解决某个问题，或者面试的时候背诵一下。我想这是无意义的。因为过了一段时间后，你会忘了它。甚至一点印象都没有了。那么怎么把这些知识深深的刻在脑海里呢。其实我觉得没必要。为什么要记住这些死板的知识点呢。举个例子，面试的时候面试官可能会问你java nio底层依赖的epoll机制一共有涉及几个系统调用。答案是epoll_create，epoll_ctl，epoll_wait这三个。但真的有必要记住他们吗。我想也就大概面试的时候会用到吧。而且还是面试一般开发岗位的时候会问到。其实找下jdk源码不就知道了，没必要刻意记住这些东西。接下来我会使用几篇文章讲解如何搭建本地jvm的调试环境，如何调试native方法。如何调试jvm启动过程。当然这些只是打开jvm大门的钥匙。要想深入理解还需要一点一滴的积累。
环境准备
我的操作系统：mac os Big Sur 版本11.4
- 下载
clion，我的版本是2019.3.6 git clone openjdk12- 安装jdk11，编译jdk12需要使用引导的jdk，否则会提示
Your Boot JDK version must be one of 11,12
编译jdk
进入openjdk的根目录执行
bash configure --disable-warnings-as-errors --with-debug-level=slowdebug --with-jvm-variants=server
make images
# disable-warnings-as-errors选项是禁止把warning 当成error
# --with-debug-level=slowdebug。用来设置编译的级别，可选值为release、fastdebug、slowde-bug，越往后进行的优化措施就越少，带的调试信息就越多。默认值为release。slowdebug 含有最丰富的调试信息，没有这些信息，很多执行可能被优化掉，我们单步执行时，可能看不到一些变量的值。所以最好指定slowdebug 为编译级别。
# with-jvm-variants 编译特定模式的HotSpot虚拟机，可选值：server、client、minimal、core、zero、custom
configure 命令承担了依赖项检查、参数配置和构建输出目录结构等多项职责，如果编译过程中需要的工具链或者依赖项有缺失，命令执行后会得到明确的提示，并给出该依赖的安装命令。
漫长的等待之后，一个自己的jdk诞生了。它的目录结构是这个样子的
使用clion调试hotspot虚拟机
下面的操作主要参考这篇博客https://blog.jetbrains.com/clion/2020/03/openjdk-with-clion/
compilation database 这个功能大概的意思就是clion默认是用cmake，但是编译openjdk是用make，可以通过下面这个办法解决
If you are working with a project which is not based on CMake, Gradle, or Makefiles, you can still benefit from the advanced IDE features that CLion provides. One way is to import a non-CMake project and let CLion convert it into a simple CMake structure. Another option is to open a project by loading its compilation database
生成compile_commands.json文件
make compile-commands
使用CLion File=> Open => 选择文件
/jdk12/build/macosx-x86_64-server-slowdebug/compile_commands.json
选择open as Project
这时候，你会发现你是看不到源码的，所以下面需要修改项目的根目录，通过Tools -> Compilation Database -> Change Project Root功能，选中你的源码目录，也就是jdk12
Custom Build Targets
Run/Debug configurations
设置断点，进行debug
此处只是简单地演示了java -version如何debug。那如果是一个普通的java程序如何debug呢。
写一个测试程序如下：
public class Demo {
public static void main(String[] args) throws Exception {
LockSupport.park();
}
}
查看源码发现park方法实际调用的是Unsafe类的park方法。而这个native方法的源代码位于/jdk12/src/hotspot/share/runtime/park.hpp下，它的实现类是/jdk12/src/hotspot/os/posix/os_posix.cpp。配置调试程序的参数。
在os_posix.cpp中设置断点。
可以看出最终调用pthread_cond_wait这个系统调用，线程等待在那里。
这只是一个简单的例子演示了如何使用Clion调试java程序。按照这个方法就可以对任何native方法进行单步调试。
IDEA配合Clion远程调试
上面我们实现了调试hotspot虚拟机。如果我想java程序和hotspot虚拟机一起调试，该如何实现呢？这就需要使用到jvm的远程debug功能了。
比如新建一个简单的spring boot项目，使用maven生成可执行的jar包。
clion配置如下：
idea配置如下：
这样不论是在clion下设置断点还是在idea下设置断点，都可以进行单步调试啦。
总结
这篇文章简单介绍了下调试openjdk的环境和工具的使用。后面会出几期针对特点知识点的深入hotspot源码的解析教程。敬请期待。
