环境变量_JAVA_LAUNCHER_DEBUG,它能给你更多的J…

2019-09-17 10:19:09来源:博客园 阅读 ()

新老客户大回馈,云服务器低至5折

环境变量_JAVA_LAUNCHER_DEBUG,它能给你更多的JVM信息

关于环境:

本文中的实战都是在docker容器中进行的,容器的出处请参照《在docker上编译openjdk8》一文,里面详细的说明了如何构造镜像和启动容器。

在上一篇文章《修改,编译,GDB调试openjdk8源码(docker环境下)》中,我们分析了虚拟机启动的代码,在阅读JLI_Launch函数的时候,发现调用了InitLauncher函数,如下图红框部分:

这里写图片描述

这个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。

欢迎关注我的公众号

在这里插入图片描述


原文链接:https://www.cnblogs.com/bolingcavalry/p/11495492.html
如有疑问请与原作者联系

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:JVM的内存分配垃圾回收策略

下一篇:PlayJava Day007