JVM笔记
认识JVM
JVM是Java的虚拟机,是Java可移植性的基础。
1. JVM结构
JVM分为两块区域,一个是线程共享的方法区和堆,另一个是线程独享的本地方法栈,程序计数器和Java栈。
1.1. 堆结构
Java堆内存位于JVM的线程共享区,内部分为新生代和老年代,在新生代中又分为伊甸园区,幸存零区,幸存一区。
在jdk1.6、jdk1.7时还有一块称为永久代的逻辑空间,在jdk1.8时永久代改为元空间。
区 | 空间大小比值 |
---|---|
新生代:老年代 | 1:2 |
伊甸园区(Eden),幸存零区(from),幸存一区(to) | 8:1:1 |
2. GC
Minor GC:轻GC,仅对新生代GC
Full GC:重GC,对整个堆空间以及元空间进行GC
2.1. 垃圾数据分析
-
引用计数法(弃用)
如果一个对象没有被任何引用指向,则可视之为垃圾。这种方法的缺点就是不能检测到环的存在。 -
可达性分析
从GC Roots开始向下搜索,搜索所走过的路径称为引用链,当一个对象到GC Roots没有任何引用链(即GC Roots到对象不可达)时,则证明此对象是不可用的。
关于GC Roots对象
- 虚拟机栈(栈帧中的局部变量区,也叫做局部变量表)中引用的对象。
- 方法区中的类静态属性引用的对象。
- 方法区中常量引用的对象。
- 本地方法栈中JNI(Native方法)引用的对象。
关于引用
引用类型 | 何时回收 |
---|---|
强引用 | 即使抛出OOM(OutOfMemory)也不会被回收 |
软引用(SoftReference) | 当空间不足时被回收 |
弱引用(WeakReference) | 每次GC都会被回收 |
虚引用(PhantomReference) | 不影响回收,可以用来做为对象是否存活的监控 |
2.1. 复制清除算法
将可用内存容量划分为大小相等的两块,每次只使用其中的一块。当这一块用完之后,就将还存活的对象复制到另外一块上面,然后在把已使用过的内存空间一次理掉。
优点 | 缺点 |
---|---|
没有空间碎片,速度较快 | 浪费一半的内存 |
2.2. 标记清除算法
首先标记出需要回收的对象,标记完成之后统一清除对象。
优点 | 缺点 |
---|---|
相较于复制清除算法不需要额外内存空间 | 标记和清除的效率不高 |
利用率100% | 会产生内存碎片,容易产生大量内存碎片 |
2.3. 标记压缩算法
标记压缩算法是基于标记清除算法为了解决其清除之后产生的大量内存碎片的算法,是在标记清除算法之后对内存空间进行整理压缩,而达到减少内存碎片的效果。
优点 | 缺点 |
---|---|
相较于标记清除算法减少了内存碎片 | 多了一次压缩时间,增加了时间消耗 |
2.4. 垃圾回收策略
分代回收
区 | 使用算法 | 原因 |
---|---|---|
新生代 | 复制清除 | 新生代的对象存活率低,需要频繁GC |
老年代 | 标记清除、标记压缩 | 老年代的对象存活率高,区域大 |
3. 垃圾收集器
STW(Stop The World):暂停所有用户线程
- 串行:总是STW后单线程进行GC
- 并行:STW后垃圾收集多线程同时进行
- 并发:垃圾收集的多线程和应用的多线程同时进行
新生代 | 老年代 | 优点 | 适用场景 | |
---|---|---|---|---|
串行 | Serial | Serial Old | 清除彻底 | / |
并行 | Parallel Scavenge | Parallel Old | 尽量减少在GC过程中CPU的使用时间 | 后台计算,不需要与用户交互 |
并发 | ParNew | CMS | 尽量减少用户线程的停顿时间 | 与用户交互 |
CMS收集器:先STW,然后从GC Roots搜索直接引用的对象进行标记,标记后恢复用户线程,并发从GC Roots引用对象向下搜索,标记所有引用对象,然后STW,对所有用户线程重新标记,然后并发清除,恢复用户线程
- 优点:减少用户线程的停顿时间
- 缺点:并发清除时其余用户线程所产生的垃圾(浮动垃圾)需要等待到下一次GC才会被回收
G1收集器:
4.初步调优
- 严格遵守代码规范,减少频繁的创建多余的对象
- 调大堆内存
- 适当的减少Full GC的次数,减少Minor GC的时间
- 调整垃圾收集器