JVM 学习笔记之动手编译JDK

动手编译 JDK

以下编译的版本是 JDK13,环境为 Deepin15.11

一、下载源码

第一种方式:  Mercurial 版本控制获取源码,下载速度极慢(不推荐)

1.1 安装 Mercurial

# 其它系统请看: https://www.mercurial-scm.org/wiki/TutorialInstall
#https://www.mercurial-scm.org/wiki/Download
#注意python版本Python 2.7.13, 不能高于python3
#可以试用sudo update-alternatives --config python切换python版本
sudo apt-get install mercurial

1.2 下载源码

#像从github一样,拷贝仓库文件
hg clone http://hg.openjdk.java.net/jdk/jdk13 jdk13
cd jdk13/
#赋予脚步执行权限
chmod +x get_source.sh
#执行脚步
sh ./get_source.sh

第二种:直接下载源码包 zip

可以从以下来两个渠道下载源码压缩包

二、编译源码

以下的编译源码选择第二种方式:

2.1 下载 openJDK

#编译的JDK13
wget -c https://hg.openjdk.java.net/jdk/jdk13/archive/tip.zip -O jdk13-src.zip

#Bootstrap JDK
(注意Bootstrap JDK版本要求:编译OpenJDK 12时,Bootstrap JDK必须使用JDK 11及之后的版本)
wget -c https://download.java.net/openjdk/jdk12/ri/openjdk-12+32_linux-x64_bin.tar.gz

2.2 开始编译

编译的文档:https://hg.openjdk.java.net/jdk/jdk13/file/0368f3a073a9/doc/building.md

  • 编译硬件要求

    • 建议尽量在 Linux 或者 MacOS 上构建 OpenJDK
    • 推荐在 SSD 硬盘中进行构建
    • 要求编译 OpenJDK 至少需要 2 ~ 4GB 的内存空间(CPU 核心数越多,需要的内存越大),而且至少要 6 ~ 8GB 的空闲磁盘空间
    • 如果需要编译 32 位版本,推荐在 64 位(32 位系统受 4G 内存限制)的操作系统上进行,可以通过编译参数(--with-target-bits=32)来指定需要生成 32 位编译结果
  • OpenJDK 编译依赖库

    #安装GCC
    sudo apt-get install build-essential
    #安装FreeType
    sudo apt-get install libfreetype6-dev
    #安装CUPS
    sudo apt-get install libcups2-dev
    #安装X11
    sudo apt-get install libx11-dev libxext-dev libxrender-dev libxrandr-dev libxtst-dev libxt-dev
    #安装ALSA
    sudo apt-get install libasound2-dev
    #安装libffi
    sudo apt-get install libffi-dev
    #安装Autoconf
    sudo apt-get install autoconf
    
  • 解压下载的 openjdk 源码

unzip jdk13-src.zip -d ~/IdeaProjects/JDK/
tar -zxvf  openjdk-12+32_linux-x64_bin.tar.gz -C ~/IdeaProjects/JDK/jdk12

cd ~/IdeaProjects/JDK/
mv jdk13-0368f3a073a9/  jdk13

  • 进行编译配置
cd ~/IdeaProjects/JDK/jdk13

# 查看编译参数
./configure --help

#开始编译
./configure \
--with-target-bits=64 \
--with-boot-jdk="../jdk-12" \
--with-jvm-variants=server \
--disable-warnings-as-errors  \
--with-debug-level=slowdebug 2>&1 | tee configure_mac_x64.log

#--with-boot-jdk="../../jdk-12" :指定BootJDK
#--with-debug-level=<level> :release、fastdebug、slowde-bug,越往后进行的优化措施就越少,带的调试信息就越多。默认值为release
#--with-target-bits=<bits>:指明要编译32位还是64位的Java虚拟机
#--with-jvm-variants=<variant>[,<variant>...]:编译特定模式(Variants)的HotSpot虚拟机,可以多个模式并存,可选值为server、client、minimal、core、zero、custom。

  • 执行编译
# 详细make请看:
#https://github.com/openjdk/jdk/blob/master/doc/building.md#running-make
export LANG=C
#如果需要再次配置 configure,先执行以下命令
make clean && make dist-clean
#执行整个OpenJDK编译
make images

//编译后产生的目录
|-- buildtools  //用于生成、产生编译过程中用到的工具
|-- configure-support  //用于存放configure、make、test的临时文件
|-- hotspot   //虚拟机编译的中间文件
|-- images	//使用make *-images产生的镜像存放的位置
|-- jdk   //编译后产生的jdk
|-- make-support
`-- support  //编译时产生的中间文件

  • 测试编译好的 JDK
cd ./build/linux-x86_64-server-slowdebug/images/jdk/bin
./java -version

//输出
openjdk version "13-internal" 2019-09-17
OpenJDK Runtime Environment (slowdebug build 13-internal+0-adhoc.hdj.jdk13)
OpenJDK 64-Bit Server VM (slowdebug build 13-internal+0-adhoc.hdj.jdk13, mixed mode, sharing)

三、运行 Java 程序

3.1 编写 HelloWorld.java

/**
 * @author huangjiajian
 */
public class HelloWorld {
    public static void main(String[] args) {
        System.out.println("HelloWorld !");
    }
}

3.2 使用编译好的 JDK 运行

cd /home/hdj/IdeaProjects/JDK/jdk13/build/linux-x86_64-server-slowdebug/images/jdk/bin
#编译
./javac /home/hdj/IDEA/Java-Learning/src/main/java/cn/hdj/jvm/compilejdk/HelloWorld.java
#运行
./java -classpath "/home/hdj/IDEA/Java-Learning/src/main/java/"  \
	cn.hdj.jvm.compilejdk.HelloWorld

四、使用 IntellJ Clion 调试源码

4.1 下载 Clion

  • 导入编译好的 JDK 源码

  • 在 CMakeLists.txt 里面添加一些根路径
# 根据自己导入的路径来

#添加一些根路径
include_directories(./src/hotspot/share)
include_directories(./src/hotspot/cpu/x86)
include_directories(./src/hotspot/share/utilities)
include_directories(./src/hotspot/share/precompiled)
  • 在 src/hotspot/share/precompiled/precompiled.hpp, 手动追加导入头文件
# include <cstdlib>
# include <cstdint>
# include "register_x86.hpp"
# include "assembler_x86.hpp"
# include "globalDefinitions.hpp"
# include "globalDefinitions_x86.hpp"
# include "assembler_x86.hpp"
#include <stubRoutines_x86.hpp>

4.2 进行调试

  • 在 Run/Debug Configurations 中增加一个 CMake Application
  • Executable 选择我们刚才编译出来的 FastDebug 或者 SlowDebug 版的 java 命令
  • 运行参数加上-version 或者某个 Class 文件的路径
  • 把 Before launch 里面的 Build 去掉
  • 在 src/hotspot/share/prims/jni.cpp 文件中,打上断点
  • 运行调试

  • 注意:

    如果 debug 过程出现错误,需要告知编译器忽略错误,继续 debug

    • debugger: 是 LLDB,输入 process handle SIGSEGV --stop=false 即可,这里告诉编译器忽略错误
    • debugger:是 GDB ,点击输入 handle SIGSEGV pass noprint nostop 即可

到此,动手编译 JDK 完成了

参考

原文地址:https://www.cnblogs.com/JianJianHuang/p/14056779.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


jinfo 命令可以用来查看 Java 进程运行的 JVM 参数,命令如下:[root@admin ~]# jinfo --helpUsage: jinfo [option] &lt;pid&gt; (to connect to running process) jinfo [option] &lt;executable &lt;core&gt; (to connect to a core file) jinfo [option] [serve
原文链接:https://www.cnblogs.com/niejunlei/p/5987611.htmlJava Virtual Machine Stacks,线程私有,生命周期与线程相同,描述的是Java方法执行的内存模型:每一个方法执行的同时都会创建一个栈帧(Stack Frame),由于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法的执行就对应着栈帧在虚拟机栈中的入栈,出栈...
java 语言, 开发者不能直接控制程序运行内存, 对象的创建都是由类加载器一步步解析, 执行与生成与内存区域中的; 并且jvm有自己的垃圾回收器对内存区域管理, 回收; 但是我们已经可以通过一些工具来在程序运行时查看对应的jvm内存使用情况, 帮助更好的分析与优化我们的代码;jps查看系统中有哪些java进程jps 命令类似与 linux 的 ps 命令,但是它只列出系统中所有的 Java 应用程序。 通过 jps 命令可以方便地查看 Java 进程的启动类、传入参数和 Java 虚拟机参数等信息
1.jvm的简单抽象模型:  2.类加载机制     双亲委派模型是为了防止jdk核心类库被篡改,如果需要打破可以重写Classloader.loadClass方法。r 双亲委派模型:一个类加载器收到一个类的加载请求,他会先判断自身是否已存在该类,如果不存在上抛给上一级类加载器ClassLoad
堆外内存JVM启动时分配的内存,称为堆内存,与之相对的,在代码中还可以使用堆外内存,比如Netty,广泛使用了堆外内存,但是这部分的内存并不归JVM管理,GC算法并不会对它们进行回收,所以在使用堆外内存时,要格外小心,防止内存一直得不到释放,造成线上故障。堆外内存的申请和释放JDK的ByteBuffe
1.springboot和tomcat2.springcloud的请求如何通过网关鉴权?3.springmvc启动时组件的加载顺序?4.mybatis如何同时更新三条记录5.hibernate实现级联更新6.一个web程序应用程序启动时的加载流程7.如何向www.baidu.com地址发出请求时,并获取相应?8.???9.谈谈你对tcp/iptelnetudp协
堆设置-Xms256M:初始堆大小256M,默认为物理内存的1/64-Xmx1024M:最大堆大小1024M,默认为物理内存的1/4,等于与-XX:MaxHeapSize=64M-Xmn64M:年轻代大小为64M(JDK1.4后支持),相当于同时设置NewSize和MaxNewSize为64M-XX:NewSize=64M:初始年轻代大小-XX:MaxNewSize=256M:最大年轻代大小(默认
一.概述收集算法(JVM之垃圾回收-垃圾收集算法)是内存回收的抽象策略,垃圾收集器就是内存回收的具体实现。JVM规范对于垃圾收集器的应该如何实现没有任何规定,因此不同的厂商、不同版本的虚拟机所提供的垃圾收集器差别较大,这里只看HotSpot虚拟机。就像没有最好的算法一样,垃圾收集器
Java中的堆是JVM所管理的最大的一块内存空间,主要用于存放各种类的实例对象,如下图所示: 在Java中,堆被划分成两个不同的区域:新生代(Young)、老年代(Old)。新生代(Young)又被划分为三个区域:Eden、S0、S1。 这样划分的目的是为了使JVM能够更好的管理堆内存中的对象,包
JVM深入理解JVM(4)——如何优化JavaGC「译」 PostedbyCrowonAugust21,2017本文翻译自SangminLee发表在Cubrid上的”BecomeaJavaGCExpert”系列文章的第三篇《HowtoTuneJavaGarbageCollection》,本文的作者是韩国人,写在JDK1.8发布之前,虽然有些地
 JVM深入理解JVM(2)——GC算法与内存分配策略 PostedbyCrowonAugust10,2017说起垃圾收集(GarbageCollection,GC),想必大家都不陌生,它是JVM实现里非常重要的一环,JVM成熟的内存动态分配与回收技术使Java(当然还有其他运行在JVM上的语言,如Scala等)程序员在提升开
运行时数据区  线程独有本地方法栈、虚拟机栈、程序计数器这些与线程对应的数据区会随着线程开始和结束创建和销毁  整体公有元数据区(又称方法区)、堆区会随着虚拟机启动而创建,随着虚拟机退出而销毁 
java整个堆大小设置:Xmx和Xms设置为老年代存活对象的3-4倍,即FullGC之后的老年代内存占用的3-4倍。永久代PermSize和MaxPermSize设置为老年代存活对象的1.2-1.5倍年轻代Xmx的设置为老年代存活对象的1-1.5倍老年代的内存大小设置为老年代存活对象的2-3倍BTW: Sun官方建议年轻代
栈顶缓存(Top-of-StackCashing)技术基于栈式架构得虚拟机所使用的零地址指令更加紧凑,但完成一项操作的时候必然使用更多的入栈和出栈指令,这同时也就意味着将需要更多的指令分派次数和内存读写次数 由于操作数是存储在内存重的,因此频繁地执行内存读/写操作必然影响速度。 综上
自用。同样的代码在不同的平台生成的机器码是不一样的,为什么java代码生成的字节码文件,能在不同的平台运行?因为不同版本的jdk里面的虚拟机会屏蔽不同操作系统在底层硬件与指令上的区别。栈:线程栈,局部变量存放栈内存区域。线程(分配一个栈)运行分配栈将局部变量放入内存。怎么放:栈
jconsole监控:1.java启动命令加上参数java-Djava.rmi.server.hostname=172.16.17.247-Dcom.sun.management.jmxremote-Dcom.sun.management.jmxremote.port=2099-Dcom.sun.management.jmxremote.authenticate=false-Dcom.sun.management.jmxremote.ssl=false -XX:+Unlock
类加载器分类publicclassStackStruTest{publicstaticvoidmain(String[]args){//对用户自定义个类来说:默认使用系统类加载器进行加载-----AppClassLoaderClassLoaderclassLoader=StackStruTest.class.getClassLoader();System.out.p
堆体系结构一个JVM实例只存在一个堆内存,堆内存的大小是可调节的。类加载器读取类文件后,需要把类、方法、常量、变量放在堆内存中,保存所有引用类型的真实信息,以方便执行器指向,堆内存分为三个部分:年轻代、老年代、永久代。Java7之前,堆内存在逻辑上分为:年轻代、老年代、永久代。物
JVM深入理解JVM(5)——虚拟机类加载机制 PostedbyCrowonAugust21,2017在Class文件中描述的各种信息,最终都需要加载到虚拟机中之后才能运行和使用。而虚拟机中,而虚拟机如何加载这些Class文件?Class文件中的信息进入到虚拟机中会发生什么变化?本文将逐步解答这
保存(持久化)对象及其状态到内存或者磁盘Java平台允许我们在内存中创建可复用的Java对象,但一般情况下,只有当JVM处于运行时,这些对象才可能存在,即,这些对象的生命周期不会比JVM的生命周期更长。但在现实应用中,就可能要求在JVM停止运行之后能够保存(持久化)指定的对象,并在