上一篇：
OpenJDK源码赏析之四（jli_util中的工具函数）
这篇回归回归宏观，打破网上基本上对java较为低级的认知
我对java虚拟机独一无二的理解：
首先要从Java诞生的初心讲起，还记得“write once，run anywhere”的口号吗，对，就是跨平台
这里首先要讲一个概念，叫联合编译（IncredBuild），我记得我原来玩单片机或者开发板的时候，因为单片机容量和CPU不能够承载编译过程，执行机器码还可以，所以要在电脑上面把C程序编译成指定开发板的机器码，这个就是联合编译
但是每一个单片机型号，机器码都不一样，每一个C语言程序都要修改，机器码都不一样
所以：
字节码是优化好的能在低性能嵌入式上跑的统一的"更高级的机器码"
但是它不是机器码，在字节码和嵌入式之间有一层薄薄的虚拟机来做一些微小的转换
编译原理中，将代码通过lex词法分析器打散成语法树需要大量的性能
字节码就是打散的语法树，介于机器码和高级语言的中间半成品
这篇开启Java的和核心hotpots的解析
关于hotspots
hotspots虚拟机是java运行的环境，也就是虚拟机核心，其源码大部分是用C++实现的，工程性很好，经过多年优化，代码简洁优美，毕竟是经得起时间考验的东西
HotSpot中包含一个解释器和两个编译器（client 和serve两个编译器），执行时候选择一个编译器和解释器共同执行
编译器
java源代码被编译器编译成class文件（字节码），java字节码在运行时可以被动态编译（JIT，Just In Time）成本地代码(前提是解释与编译混合执行模式且虚拟机不是刚启动时)。
解释器
解释器用来解释class文件（字节码），java是解释语言。
server启动慢，占用内存多，执行效率高，适用于服务器端应用；
client启动快，占用内存小，执行效率没有server快，默认情况下不进行动态编译，适用于桌面应用程序。
类似于Oracle和mysql的区别，根据数据量选择不同的sql服务器，
100 万之内没有太大的差异,选择mysql，它比较小巧
大于1000万,Oracle效率较高，选择mysql
（以后可能更新mysql源码，按我的性格估计能解析到磁盘寻道优化上去，哈哈，开个玩笑）
结构
这一篇开启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 单元测试
