JVM 第一篇:编译 OpenJdk14 ,我行你也行

本文内容过于硬核,建议有 Java 相关经验人士阅读。

1 引言

从上周开始一直在看周志明的 「深入理解Java虚拟机:JVM高级特性与最佳实践(第3版)」 ,好多年之前看过第二版的,绝对算的上是国内 JVM 领域的经典之作,值得多读几遍。

全书的开头就介绍了如何自己编译一次 JDK ,之前看书的时候直接跳过了,一直都没自己操作过,上周读到这里的时候突然萌生了实践的念头,说搞就搞。

首先我这次选用的 OpenJDK ,而不是 OracleJDK , OracleJDK 会有一些独立的商业特性,而这些商业特性都不是开源的,所以只能选择 OpenJDK 。

在开始编译之前,我也查看了很多网上的资料,所有的资料都建议我在基于 Unix 的系统上进行编译,也就是 Linux 或者是 MacOS ,但我就是头铁,上周在 Windows10 上从早晨 9 点搞到 12 点也没搞定,所以我投降了。

由于囊中羞涩等原因,手头上也没有 Mac 电脑,只能把目光瞄向了 Linux 。

一般这种时候可供选择的发行版要么是 CentOS 要么是 Ubuntu ,后来偶然看到有人推荐国产的 Linux 桌面版 deepin ,然后在自己电脑上切了 128G 的空间出来做了个双系统,正好在试用这款操作系统的同时尝试下编译 OpenJDK 。

2 OpenJDK 源码

首先我使用的是 deepin20 社区版。

编译目标是 OpenJDK14 ,也是目前最新的 JDK 版本。

OpenJDK 的源码是使用 Mercurial 代码版本管理工具进行管理,可以直接从 Repository 中获取源码:

hg clone https://hg.openjdk.java.net/jdk/jdk14

但是这么干吧,在国内搞实在是太慢了,不做某些网络相关设置的话,等这个全都 clone 下来,基本上要一上午时间,所以不推荐这么干,可以直接访问代码仓库,使用 zip 下载的方式直接下载代码包。

直接访问 https://hg.openjdk.java.net/jdk/jdk14/ ,点击左边的 browse ,然后再点击左边的 zip 按钮进行下载,我这里取到的下载地址是:

https://hg.openjdk.java.net/jdk/jdk14/archive/6c954123ee8d.zip

不知道这个下载地址是否长期可用,先放着吧。

等这个 zip 压缩包下载完成后,我就完成第一步了,得到了 OpenJDK14 的源码包,在这个源码包下有一个 doc 的目录,里面有一个 building.html ,这个文件实际上编译的指导手册,当编译出现问题的时候可以去这个手册里面查找解决方案。

3 环境准备

编译 JDK14 需要一个叫做 BootJDK 的东西,这个其实就是目标 JDK 的上一个 JDK 版本,比如我们要编译 JDK14 ,那么本地就需要有一个 JDK13 的环境,所以第一件事情是在本地安装 JDK13 ,下载地址:

http://jdk.java.net/java-se-ri/13

下载完成后解压,修改环境变量的配置, deepin 系统的环境变量在用户目录的 .bashrc 中,因为我这个是桌面版的系统,直接使用 VSCode 在文件的最后配置上 JDK13 的环境变量:

export JAVA_HOME=/home/用户名/Java/jdk-13
export CLASSPATH=${JAVA_HOME}/lib
export PATH=${JAVA_HOME}/bin:$PATH

然后在命令行 terminal 中刷新一下这个配置文件:

source /home/用户名/.bashrc

这时输入经典的命令 java -version 看下版本信息:

openjdk version "13" 2019-09-17
OpenJDK Runtime Environment (build 13+33)
OpenJDK 64-Bit Server VM (build 13+33, mixed mode, sharing)

接着开始安装各种环境,为编译做准备,因为要装的软件属实有点多,我把命令整理出来都放在下面了:

sudo apt-get install build-essentail -y
sudo apt-get install libfreetype6-dev -y
sudo apt-get install libcups2-dev -y
sudo apt-get install libfontconfig1-dev -y
sudo apt-get install libx11-dev libxext-dev libxrender-dev libxrandr-dev libxtst-dev libxt-dev -y
sudo apt-get install libasound2-dev -y
sudo apt-get install libffi-dev -y
sudo apt-get install autoconf -y

安装的时候如果当前用户是 root ,则不需要加最前面的 sudo ,如果不是 root 要记得加 sudo ,我是习惯打开 terminal 先把用户切换成 root 。

然后准备工作就完成了,不过有一点需要注意,执行完上面的命令后请检查 gcc 的版本,因为在我们下载下来的源码包的文档中已经明确的指出了 gcc 的版本限制,如果不在这个版本中十分有可能造成编译失败。

# 输入
gcc --version

# 输出
gcc (Uos 8.3.0.3-3+rebuild) 8.3.0
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

OpenJDK14 要求的 gcc 的版本是 8.3.0 ,这个请注意,否则将会出现编译检查可以通过,但是打包镜像会失败的情况(我之前在 Ubuntu 虚拟机上做实验的时候遇到过)。

这一段的含义是要求我们使用 gcc 的版本在 4.8 到 8.3 之间,越接近 8.3 越接近成功,言外之意就是我们最好使用 8.3 ,否则极有可能会失败。

到此为止,我们的编译环境就准备完毕了,接下来可以开始进行编译了。

4 编译进行时

首先我们进入刚才准备好的 OpenJDK14 源码包的根目录,第一步是使用 configure 命令进行编译检查。

configure 命令承担了依赖项检查、参数配置和构建输出目录结构等多项职责,如果编译过程中需要的工具链或者依赖项有缺失,命令执行后将会得到明确的提示,并且给出该依赖的安装命令。

我使用下面这个命令进行编译检查:

bash configure --enable-debug --with-jvm-variants=server

这个命令的含义是编译 FastDebug 版、仅含 Server 模式的 HotSpot 虚拟机。

configure 命令有很多其他的参数,我就不抄书往出列了,有想知道的朋友欢迎看书或者使用命令 bash configure --help 进行查看。

接下来我们输入上面的那个编译检查命令,如果检查通过了会打印以下信息:

这里输出了一些信息,包括调试级别,Java虚拟机的模式、特性,使用的编译器版本等配置摘要信息。

接下来到了激动人心的时刻,最后一个命令实际上非常简单, make images ,执行这个命令后,我们就真正开始了 OpenJDK 编译的过程。

接下来能做的就是喝杯茶。。。

再喝杯茶。。。

再喝杯茶。。。

。。。

直到第 N 杯茶以后,编译成功了。

我使用的是台式机,16G 内存,CPU 酷睿 i7-8700 物理 6 核虚拟 12核,首次全量编译耗时在 8 分钟左右。

如果是全量编译过,只是修改后做增量编译,这个会快很多,在书中是说可以在 10s 内编译完成。这个我没试过,没有话语权。

编译成功后我的 OpenJDK14 在 build/linux-x86_64-server-fastdebug/jdk 这个目录下,然后修改下系统的环境 Java 环境变量,改成我刚编译的这个 OpenJDK ,再使用命令查看下版本:

# 输入
java -version

# 输出
openjdk version "14-internal" 2020-03-17
OpenJDK Runtime Environment (fastdebug build 14-internal+0-adhoc.weishiyao.jdk14-6c954123ee8d)
OpenJDK 64-Bit Server VM (fastdebug build 14-internal+0-adhoc.weishiyao.jdk14-6c954123ee8d, mixed mode)

可以看到,系统的 jdk 已经变成了我刚才自己编译的版本,连名字都变成了我的机器名,接下来我就可以自己使用自己编译的 jdk 了,还是蛮有成就感的。

原文地址:https://www.cnblogs.com/babycomeon/p/13587745.html

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

相关推荐


jinfo 命令可以用来查看 Java 进程运行的 JVM 参数,命令如下:[root@admin ~]# jinfo --helpUsage: jinfo [option] <pid> (to connect to running process) jinfo [option] <executable <core> (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停止运行之后能够保存(持久化)指定的对象,并在