OpenJDK源码解析之五（从另一角度看java虚拟机）

星空_MAX

已于 2022-04-16 23:32:28 修改

阅读量2.1k

点赞数

文章标签： java c++

于 2022-04-15 14:55:50 首次发布

本文链接：https://blog.csdn.net/qq_36653924/article/details/124193111

版权

OpenJDK源码赏析之四（jli_util中的工具函数）

这篇回归宏观，打破网上基本上对java较为低级的认知

对java虚拟机另一个角度的理解：

首先要从Java诞生的初心讲起，还记得“write once，run anywhere”的口号吗，对，就是跨平台

这里首先要讲一个概念，叫交叉编译（cross compile），我记得我原来玩单片机或者开发板的时候，因为单片机容量和CPU不能够承载编译过程，执行机器码还可以，所以要在电脑上面把C程序编译成指定开发板的机器码，这个就是交叉编译

但是每一个单片机型号，机器码都不一样，每一个C语言程序都要修改，机器码都不一样

所以：

字节码是优化好的能在低性能嵌入式上跑的统一的"更高级的机器码"

但是它不是机器码，在字节码和嵌入式之间有一层薄薄的虚拟机来做一些微小的转换

编译原理中，将代码通过lex词法分析器打散成语法树需要大量的性能

字节码就是打散的语法树，介于机器码和高级语言的中间半成品

所以

JAVA本质上是一种介于高性能和低成本之间的一门技术

这篇开启Java的和核心hotpots的解析

关于hotspots

hotspots虚拟机是java运行的环境，也就是虚拟机核心，其源码大部分是用C++实现的，工程性很好，经过多年优化，代码简洁优美，毕竟是经得起时间考验的东西

HotSpot中包含一个解释器和两个编译器（client 和serve两个编译器），执行时候选择一个编译器和解释器共同执行

编译器

java源代码被编译器编译成class文件（字节码），java字节码在运行时可以被动态编译（JIT，Just In Time）成本地代码(前提是解释与编译混合执行模式且虚拟机不是刚启动时)。

server启动慢，占用内存多，执行效率高，适用于服务器端应用；

client启动快，占用内存小，执行效率没有server快，默认情况下不进行动态编译，适用于桌面应用程序。

类似于Oracle和mysql的区别，根据数据量选择不同的sql服务器，

100 万之内没有太大的差异,选择mysql，它比较小巧

大于1000万,Oracle效率较高，选择Oracle

（以后可能更新mysql源码，按我的性格估计能解析到磁盘寻道优化上去，哈哈，开个玩笑）

解释器

解释器用来解释class文件（字节码），通过jvm解释运行

结构

这一篇开启java核心模块 hotspots的讲解，给出一张hotspots的源码结构图

├─agent                            Serviceability Agent的客户端实现
├─make                             用来build出HotSpot的各种配置文件
├─src                              HotSpot VM的源代码
│  ├─cpu                            CPU相关代码（汇编器、模板解释器、ad文件、部分runtime函数在这里实现）
│  ├─os                             操作系相关代码
│  ├─os_cpu                         操作系统+CPU的组合相关的代码
│  └─share                          平台无关的共通代码
│      ├─tools                        工具
│      │  ├─hsdis                      反汇编插件
│      │  ├─IdealGraphVisualizer       将server编译器的中间代码可视化的工具
│      │  ├─launcher                   启动程序“java”
│      │  ├─LogCompilation             将-XX:+LogCompilation输出的日志（hotspot.log）整理成更容易阅读的格式的工具
│      │  └─ProjectCreator             生成Visual Studio的project文件的工具
│      └─vm                           HotSpot VM的核心代码
│          ├─adlc                       平台描述文件（上面的cpu或os_cpu里的*.ad文件）的编译器
│          ├─asm                        汇编器接口
│          ├─c1                         client编译器（又称“C1”）
│          ├─ci                         动态编译器的公共服务/从动态编译器到VM的接口
│          ├─classfile                  类文件的处理（包括类加载和系统符号表等）
│          ├─code                       动态生成的代码的管理
│          ├─compiler                   从VM调用动态编译器的接口
│          ├─gc_implementation          GC的实现
│          │  ├─concurrentMarkSweep      Concurrent Mark Sweep GC的实现
│          │  ├─g1                       Garbage-First GC的实现（不使用老的分代式GC框架）
│          │  ├─parallelScavenge         ParallelScavenge GC的实现（server VM默认，不使用老的分代式GC框架）
│          │  ├─parNew                   ParNew GC的实现
│          │  └─shared                   GC的共通实现
│          ├─gc_interface               GC的接口
│          ├─interpreter                解释器，包括“模板解释器”（官方版在用）和“C++解释器”（官方版不在用）
│          ├─libadt                     一些抽象数据结构
│          ├─memory                     内存管理相关（老的分代式GC框架也在这里）
│          ├─oops                       HotSpot VM的对象系统的实现
│          ├─opto                       server编译器（又称“C2”或“Opto”）
│          ├─prims                      HotSpot VM的对外接口，包括部分标准库的native部分和JVMTI实现
│          ├─runtime                    运行时支持库（包括线程管理、编译器调度、锁、反射等）
│          ├─services                   主要是用来支持JMX之类的管理功能的接口
│          ├─shark                      基于LLVM的JIT编译器（官方版里没有使用）
│          └─utilities                  一些基本的工具类
└─test                             单元测试