1.JVM图解和说明
2.类的生命周期
1.加载(Loading)
启动类加载器(Bootstrap ClassLoader)是优先级最高的加载器,最先进行加载。负责加载JDK目录/jre/lib 中相关jar包。包含了所有核心类,例如:String、System等。
2. 扩展类加载器(Extension ClassLoader):负责加载扩展类。具体就是JDK目录/jre/lib/ext。
3.应用程序加载器(Application ClassLoader)负责加载类路径中字节码文件。也就是平时我们所说的classpath中内容。
3.链接
1.校验(verify):校验加载的字节码文件是否正确。
2. 准备(prepare):所有静态变量初始化并赋予默认值。
(1)首先,这时候进行内存分配的仅包括类的静态变量(static),而不包括实例变量,实例变量将会在对象实例化时随着对象一起分配在java堆中。
(2)其次,这里所设置的初始值通常是数据类型默认的初始值,而不是被在Java代码中被赋予的值。这里还需要注意如下几点:
1. 对基本数据类型来说,对于类的静态变量(static)和全局变量,会为其赋予默认值,而对于局部变量来说,在使用前必须显示代码中的赋值,否则编译时不通过。
2. 对于同时被static和final修饰的常量,必须在声明的时候就为其显示代码中的赋值,否则编译时不通过;而只被final修饰的常量则即可以在声明时显示其赋值,也可以在类类初始化时显示赋值,总之在使用前必须赋值,系统不会为其赋予默认值。
3. 对于引用数据类型来说,如数组引用,对象引用等,如果没有对其进行显示赋值而直接使用,系统都会为其赋予默认值,即为null
4. 如果在数组初始化时没有对数组中的各元素赋值,那么其中的元素将根据对应的数据类型而被赋予默认值。
3. 解析(resolve) : 把符号引用转换为直接引用。
1. 实例变量不在该阶段分配内存。
2. 因为类方法和私有方法符合“编译器可知、运行期不可变”的要求,即不会被继承或重写,所以适合在类加载过程中解析。
什么是符号引用呢?
比如我们的程序中的main方法,写法是固定的,我们就可以将main当成一个符号。java虚拟机内部有个专业名词,把他叫做符号,这些符号被加载到 JVM内存里都会对应一个地址,将”符号引用“转变为直接引用,指的就是,将”main“等这些符号转变为对应的内存地址。这个地址就是代码的直接引用。根 据直接引用的值,我们就可以知道代码在什么位置,然后根据地址拿到到代码去真正的运行。
4. 初始化(Initialization):执行静态代码块和静态变量赋值。
-
运行。运行字节码文件。
-
卸载。运行结束后进行卸载。
4.加载器的父子关系
1.获取类加载器
可以通过:类名.class.getClassLoader()进行查看类是由哪种加载器进行加载。getClassLoader()返回值为ClassLoader类对象。
其中:类.class 表示获取字节码文件对象。类.class.getClassLoader()表示由哪个加载器对象加载这个字节码文件。
2.获取父加载器
ClassLoader中包含getParent()方法,表示获取当前加载器的父加载器。
注意:
ExtClassLoader的父加载器是null
在Launcher中并没有BootstrapClassLoader类。因为Java中并没有提供BootstrapClassLoader类,而是通过C/C++语言编写的。既然Java中没有这个类所以我们在获取ExtClassLoader的父加载器时自然为null。
但是这三个加载器依然是具有逻辑父子关系的(再次强调:不是继承)。
5.双亲委派机制
双亲委派机制在代码中体现可以通过java.lang.ClassLoader中的loadClass()方法进行查看。
总结:
1. 委派的过程就是一层一层向上找的过程。只要当前加载器加载过,就不会重新加载。如果没有加载过,会向上寻找是否加载过。
2. 当加载到Bootstrap ClassLoader后会一层一层的向下判断是否可以进行加载,如果能加载则加载。如果不能加载向下一层寻找下个加载器是否能加载。如果到最后一层都无法加载则报ClassNotFoundException。
好处:避免核心类的串改(优先Bootstrap classloader),避免重复加载(加载一次就不加载)。
6.JVM内存结构图
1.加载(Loading)
-
启动类加载器 BootStrap Class Loader
负责从启动类中加载类。具有最高执行优先级。即:rt.jar等。
-
扩展类加载器 Extension Class Loader
负责加载扩展相关类。即:jre/lib/ext 目录
-
应用程序加载器 Application Class Loader
加载应用程序类路径(classpath)中相关类
2. 链接 Linking
-
校验 Verify
校验器会校验字节码文件是否正确。
-
准备 Prepare
所有静态变量初始化并赋予默认值
-
解析 Resolve
符号引用被换成直接引用。
3.初始化 Initialization
所有静态变量赋予初值,静态代码块执行。
4. 执行引擎
运行时数据区的字节码会交给执行引擎执行。
4.1 解释器 Interpreter
解释器负责解释字节码文件。每次方法调用都会被重新解释。
4.2 JIT编译器
Java程序在运行的时候,主要就是执行字节码指令,一般这些指令会通过解释器(Interpreter)进行解释执行,这种就是解释执行。
当虚拟机发现某个方法或代码块的运行特别频繁时,就会把这些代码认定为 热点代码。为了提高热点代码的执行效率,在运行时虚拟机将会把这些代码编译成与本地平台相关的机器码,并进行各种层次的优化,完成这个任务的编译器称为即时编译器(Just In Time Compiler,简称 JIT 编译器)。
4.3 探测器
负责探测多次被调用的代码。
4.4 垃圾回收器 GC
负责回收不在被使用的对象。GC是JVM中非常重要的一块
5. 虚拟机栈
虚拟机栈跟随线程创建而创建,所以每个线程都有一个虚拟机栈。
虚拟机栈中存储的是栈帧(frames),每个栈帧对应一个方法,每个栈帧都有自己的局部变量表、操作数栈、动态链接和返回地址等。当前正在执行的方法称为当前方法,当前方法所在的帧称为当前帧。方法执行时帧就是一个入栈操作,方法执行完成之后栈帧就是一个出站操作。
5.1 局部变量表
局部变量表存储的8大基本数据类型和返回值以及方法参数及对象的引用。 其中long和double占用2倍长度。
局部变量表就是一个数组,数组的长度在编译期确定。通过从0开始的索引调用局部变量表的内容。
5.2 操作数栈
操作数栈存在于栈帧中,其大小在编译期确定。
操作数栈中存储了class文件中虚拟机指令以及准备要传递的参数和接收对方的返回结果。
运行时常量池中数据以及局部变量表中得值都可以由操作数栈进行获取。
5.3 动态链接
符号引用转换为直接引用分为两种情况。
在JVM加载或第一次使用转换时称为静态链接或静态解析。而在运行期间把符号转换为直接引用时就称为动态链接。
5.4 方法返回地址
方法返回地址分为两种情况:
1. 正常结束执行。例如碰见return关键字。调用程序计数器的值后当前栈帧直接出栈就可以了。
2. 异常结束。可能需要恢复上层方法的局部变量表和操作数栈,然后把返回值压如到栈帧的操作数栈中,之后调用程序计数器的值后获取到下条指令。
6. 堆
堆是所有线程共享的,存储类的实例和数组。
堆是在虚拟机启动时创建的,由GC负责回收。
堆可以是一块不连续的内存空间。
在Java 8 中,String是存在于堆中的。
堆被分为二大部分:
在Java 7:新生代(Young Generation)、老年代(Old Generation)、永久代。新生代、老年代和永久代是连续的。
新生代又被分为Eden区、From Survivor区、To Survivor区。官方说明默认分配比例为8:1:1。但是使用jmap工具进行测试时发现比例为6:1:1。
在Java 8:新生代(Young Generation)、老年代(Old Generation)。把永久代替换为元空间(MetaSpace),也就是说在Java8中使用元空间来实现方法区。且在Java8中把元空间移植到本地内存上(Native Memory),其实在Java 7 时,部分数据已经移植到本地内存上了。例如:符号引用(Symbols)。
字符串常量池在堆中。
7. 方法区
方法区是线程共享的。
在虚拟机启动时自动创建方法区,方法区可以是一块不连续的内存空间。 方法区可以理解为编译代码存储区。在方法区中存储每个类的结构、运行时常量池、字段、方法、构造方法。
在JVM规范上方法区是一个独立的区域,但是在Java SE7 的HotSpot 上方法区使用永久代作为实现,永久代在堆中和老年代为连续的空间。在Java SE8的JVM规范实现上,HotSpot使用元空间(本地内存)实现方法区。
7. GC 垃圾回收器
1. 简介
垃圾回收器( garbage collection,简称GC)负责回收JVM运行时数据区的堆内存和方法区中数据。而虚拟机栈、程序计数器、本地方法栈都是根据线程创建而创建,随着线程销毁而销毁,所以不需要进行回收。
2.GC如何判断对象是否可以进行回收
2.1 引用计数(已淘汰)
引用计数算法就是看对象是否被引用。如果引用则对象计数器加一。如果释放引用计数器减一。但是引用计数算法最大的问题就是循环引用问题。当出现循环引用时对象计数器至少为1.这时候对象可能已经是垃圾了,但是无法被回收。
2.2 可达性分析:
可达性算法没有引用计数算法中循环引用无法被回收的问题。
其主要思路是通过一系列名为GC Roots的对象作为根,从根开始往下搜索,搜索过程经过的路径称为引用链(Reference Chain),当一个对象到达GC Roots时表示当前对象还在使用,如果没有引用的或者和其他非GC Roots循环引用的内容都是垃圾。静态变量、线程变量、常量池、JNI(指针)都是GC Roots
3. GC回收算法
3.1 标记清除算法(Mark-sweep)
首先标记出所有需要回收的对象。标记完成后统一回收所有标记的对象。
缺点:
内存碎片多,出现多块不连续的空间。
3.2 标记压缩算法(Mark-Compact)
又叫标记整理算法。
和标记清除算法有点类似。主要区别是标记完成后并不会直接清除,而是把所有不回收对象先向一端移动,然后再清除掉边界外面的对象。这样就不会产生内存碎片。
3.3 复制算法(copying)
目的:主要是为了解决标记清除算法碎片问题。
步骤:内存按照容量分为大小相等的两块。每次只使用一块。当一块使用完成后,把存活的对象复制到另一个空间,然后把空间一次清除掉。
缺点:可用内存减少。
3.4 分代收集算法
把堆分为新生代和老年代。新生代采用一种算法,老年代采用一种算法。具体新生代和老年代采用的算法需要看使用哪种垃圾回收器。
4. GC种类
4.1 GC种类
这里着重看CMS和G1回收器
5. CMS收集器(Concurrent Mark-Sweep Collector)
5.1介绍
主要为了减少STW时间。
5.2步骤
采用标记清除算法: 初始标记:初始标记只是标记下GC Roots能够关联的对象。速度很快。需要STW 并发标记:进行GC Roots Tracing的过程。不需要STW 重新标记:修正并发标记期间因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录。需要STW 并发清除:并发的清除对象。不需要STW
5.3优缺点
优点: 并发收集。低停顿。 缺点: 对CPU非常敏感,对于CPU大于4核时要求并发收集时使用的线程数不小于1/4。但随着CPU增加而下降。 可能产生浮动垃圾。因为CMS清理阶段程序还在运行,所以就可能产生新的垃圾,这部分垃圾只能等到下次才能被清理。所以称为浮动垃圾。 可能产生大量空间碎片。
6.G1收集器(garbage-first)
JDK8中主推的收集器。属于CMS的替代品。 G1收集器时堆中的年轻代和老年代只是逻辑上的概念,实际上把堆(一块连续内存)分为很多Region(分区)每个分区里面又被分为多个卡片(Card)。所以里面可能有很多年轻代和老年代。G1收集器里面多了一个新的概念:humongous(巨型对象)。当对象达到或超过Region一半时称为巨型对象。巨行对象独占一个或多个连续的Region。
6.1步骤:
-
初始标记:初始标记阶段仅仅只是标记一下GC Roots能直接关联到的对象,并且修改TAMS(Next Top at Mark Start)的值。此过程需要STW,但是耗时很短。
-
并发标记:并发标记阶段是从GC Root开始对堆中对象进行可达性分析,找出存活的对象。此过程耗时可能较长于用户操作并发执行,不需要STW。
-
重新标记。标记因为并发标记时用户执行产生的垃圾。需要STW(也可以并行)
-
筛选回收。对各个Region收回价值和时间进行计算,筛选出符合用户设定的预期回收时间。
6.2 G1收集器和CMS收集器的区别
-
G1是用在新生代和老年代同时使用。CMS是老年代收集器。
-
G1是Java8主推的收集器。CMS是java5出现的收集器。
-
G1的STW时间可由用户设定,在筛选回收过程“可预测”的想办法满足设定要求。CMS是尽可能的减少STW时间
-
G1使用的是标记整理算法,CMS使用的是标记清除算法(所以可能有内存碎片)。
-
G1回收的流程是初始标记、并发标记、最终标记、筛选回收。CMS的流程是:初始标记、并发标记、重新标记、并发清除。