JVM-综述
如下图所示:
在我们的日常开发中,最和我们息息相关的就是1和2了,比如 GC 调优,内存故障排查,再比如使用自定义的类加载器去实现一些特定的逻辑,就如我们之前分析的 tomcat 源码中的类加载器用于隔离不同版本的相同类库,必须要使用自定义的类加载器。
1. Java 程序的内存管理(GC & 运行时数据区)
1.1. 运行时数据区
从上图中可以看出,虚拟机内存管理主要由几个部分组成:
- Java 堆(存放对象的地方)
- Java 栈(在 HotSpot 实现中,本地方法栈和虚拟机栈合二为一)
- PC 寄存器(也称为程序计数器)
- 方法区(JDK8 中已经将方法区去除,改为元数据区,解决了方法区—-也称为永久代的内存溢出)。
- 直接内存(大小不限制于 Java 堆,直接向操作系统申请,使用场景于读写频繁的场合,例如 NIO)
1.2. 垃圾回收系统
Java 程序员之所以不需要显式的释放内存,一切都归功于 GC,GC 解放了 Java 程序员的双手。GC 系统会在后台清除无用的实例对象,释放内存空间。
而 JVM 中的 GC 可谓是一个庞大的系统,其中分为几个部分:
- 判断什么是垃圾对象
- 垃圾回收算法
- 各种各样的垃圾收集器
我们将会在后面慢慢讲解。
2. Java Class 二进制字节流的加载(ClassLoader)
2.1 类加载器
对于 Java 虚拟机来说,Class 文件是一个重要的接口,无论使用何种语言进行软件开发,只要能将源文件编译为正确的 Class 文件,那么这种语言就可以在 Java 虚拟机上运行。可以说,Class 文件就是虚拟机的基石。
如图所示:
从上图可以看出,虚拟机不拘泥于 Java 语言,任何一个源文件只要能编译成 Class 文件的格式,就可以在JVM 上运行!Class 文件格式就像是一个接口,只要遵守这个接口,就能够在 JVM 上运行。
2.2 类加载器的工作流程
Class 文件通常是以文件的方式存在(任何二进制流都可以是 Class 类型),但只有能被 JVM 加载后才能被使用,才能运行编译后的代码。系统装在 Class 类型可以分为加载,链接和初始化三个步骤。其中,链接也可分为验证,准备和解析3步骤。如图所示:
2.3 类装载的条件
JVM 不会无故装载 Class 文件,只有在必要的时候才装载,哪几个时候呢?
- 当创建一个类的实例是,比如使用 new 关键字,或者通过反射,克隆,反序列化。
- 当调用类的静态方法时,即当使用字节码 invokstatic 指令。
- 当使用类或接口的静态字段时(final 常量除外),比如,使用 getstatic 或者 pustatic 指令。
- 当时用 Java.lang.reflect 包中的方法反射类的方法时。
- 当初始化子类,要求先初始化父类。
- 作为启动虚拟机,含有 main()方法的那个类。
以上6种情况属于主动调用,主动调用会触发初始化,还有一种情况是被动调用,则不会引起初始化。
2.4 类加载器的双亲委派模型
先来看一个著名的图:
虚拟机为了保护应用程序内出现多个类名相同的类对象,因此发明了这个机制:当 JVM 需要适用一个类时,在判断类是否已经被加载时,会先从当前底层类加载器进行判断。当系统需要加载一个类时,会从顶层类开始加载,依次向下尝试,知道成功,否则抛出ClassNotFound 异常。
# 总结
这篇文章主要是为了后面的详细文章做一个大纲,因此只是讲述以 JVM 的一些基本的框架和概念,后面讲详细的讲述内部细节。让我们学习虚拟机更加的有条理。