欢迎访问我的GitHub
这里分类和汇总了欣宸的全部原创(含配套源码)：
https://github.com/zq2599/blog_demos
关于环境
- 这个InitLauncher函数有何作用？展开后发现里面调用了JLI_SetTraceLauncher函数，而JLI_SetTraceLauncher函数的源码如下：
- 很简单，如果环境变量"_JAVA_LAUNCHER_DEBUG"的值不等于0，就将_launcher_debug的值设置为1。
- _launcher_debug有什么用呢？我们看看/usr/local/openjdk/jdk/src/share/bin/jli_util.c文件中的JLI_TraceLauncher方法:
- 原来如此，只要_launcher_debug等于1，JLI_TraceLauncher方法在执行的时候就不会提前返回，而是把入参的信息做格式化再打印出来，在openjdk目录下全局搜索JLI_TraceLauncher函数，发现调用的地方还真不少呢，如下图，9个文件里都有调用：
- 在容器中执行vi /etc/profile命令，在内容的最底部新增两行脚本：
_JAVA_LAUNCHER_DEBUG=1
export _JAVA_LAUNCHER_DEBUG
source /etc/profile
- 现在回到目录/usr/local/openjdk/build/linux-x86_64-normal-server-slowdebug/jdk/bin，执行./java -version，会发现输出的内容比以前丰富了很多，如下图，红框内是修改/etc/profile之前的输出，其他的全是新增的内容，这些新增的内容都是通过JLI_TraceLauncher输出的，以前由于没有环境变量_JAVA_LAUNCHER_DEBUG导致不输出，现在可以全部看到了：
- 虽然已通过设置环境变量_JAVA_LAUNCHER_DEBUG看到了更多的信息，但似乎意犹未尽，不如我们改一点openjdk源码，亲自调用一下JLI_TraceLauncher函数试试。
- 首先我们修改/usr/local/openjdk/jdk/src/share/bin/java.c，在JavaMain函数中，找到下面这一行：
- 在上面红框位置的下面增加一行代码JLI_TraceLauncher("static main method execute success (from boling_cavalry)");
- 这样代码的意思是在class类的main函数执行完毕后，输出一段文本信息"static main method execute success (from boling_cavalry)"
- 修改后如下图：
- 现在回到/usr/local/openjdk目录下，执行以下两个命令开始编译openjdk源码：
./configure --with-debug-level=slowdebug
make all ZIP_DEBUGINFO_FILES=0 DISABLE_HOTSPOT_OS_VERSION_CHECK=OK CONF=linux-x86_64-normal-server-slowdebug
- jdk构建成功后，我们新建一个类Hello.java，在此位置新建：/usr/local/openjdk/build/linux-x86_64-normal-server-slowdebug/jdk/bin，这个类很简单：
public class Hello{
public static void main(String[] args){
System.out.println("hello world!");
}
}
- 在这个目录下执行./javac Hello.java生成Hello.class文件，再执行./java Hello，得到的输出如下：
- 红框中就是class中的输出以及我们修改openjdk源码添加的输出，达到我们的预期目的了，现在自定义的日志再加上上一章的GDB断点，可以帮助我们可以更好的阅读和实践openjdk源码，探索神秘的JVM。
欢迎关注阿里云开发者社区博客：程序员欣宸
学习路上，你不孤单，欣宸原创一路相伴...
