jdk源码阅读顺序 jdk源码垃圾 _云知道

1、先说一下源码解析的过程：JDK–>JRE–>JVM（以openJDK代替）
注意：这里要了解jdk和jre和jvm他们分别是什么？以及他们的关系才可以继续。这里先上一章从网上下载的关系图方便理解

2、笔者本地的jdk是oraclejdk ， jvm所在位置就是安装的jdk 。jdk下jre下bin下server下的jvm.dll 。也就是F:Javajdkjdk1.7.0_60jrebinserver这里的jvm.dll 。因为jvm.dll不能看，所以这里以下载的openjdk源码作为解析（
openjdk-7u40-fcs-src-b43-26_aug_2013.zip）。
3、openjdk源码目录结构这里上图：

解释：
openjdk
—— corba：不流行的多语言、分布式通讯接口
—— hotspot：Java 虚拟机
—— jaxp：XML 处理
—— jaxws：一组 XML web services 的 Java API
—— jdk：java 开发工具包
—— —— 针对操作系统的部分
—— —— share：与平台无关的实现
—— langtools：Java 语言工具
—— nashorn：JVM 上的 JavaScript 运行时
4、因为要了解jvm虚拟机。所以进入hotspot目录下
【jdk源码阅读顺序 jdk源码垃圾】其中Hotspot就是我们要看的JVM包
Hotspot：全称 Java HotSpot Performance Engine ，是 Java 虚拟机的一个实现，包含了服务器版和桌面应用程序版。利用 JIT 及自适应优化技术（自动查找性能热点并进行动态优化）来提高性能。
使用 java -version 可以查看 Hotspot 的版本。

[machao@dev ~]$ java -version
openjdk version “1.8.0_144”
OpenJDK Runtime Environment (build 1.8.0_144-b01)
OpenJDK 64-Bit Server VM (build 25.144-b01, mixed mode)
[machao@dev ~]$

OpenJDK 64-Bit Server VM (build 25.144-b01, mixed mode)就是版本。
所以：我们详解hotspot目录结构
├─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++解释器”（官方版不在用）