堆的核心概述
堆对一个进程(一个JVM实例)来说是唯一的。
java堆区在jvm启动(程序启动)时即被创建,其空间大小也被确定。是JVM管理的最大的一块内存空间。当然堆的空间是可以调节的。
举例:jdk bin目录下的自带工具,需要安装VisualGC插件
package com.zzz.jvm;
public class HeapDemo {
public static void main(String[] args) {
try {
Thread.sleep(1000000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
-Xms10m -Xmx10m
Java虚拟机规范规定,堆可以处于物理上不连续的内存空间中,但在逻辑上它应该是连续的。
堆被多个线程共享,所以存在线程安全问题,在堆里还可以划分线程私有的缓冲区(TLAB)。
Java虚拟机规范中对Java堆的描述是:所有的对象实例以及数组都应当运行在分配在堆上。
数组和对象可能永远不会存储在栈上,因为栈帧中保存引用,这个引用指向对象或数组在堆中的位置。
在方法结束后,堆中的对象不会马上被移除,仅仅在垃圾收集的时候才会移除。
堆,是GC执行垃圾回收的重点区域。
堆空间细分
现在垃圾回收器大部分都基于分代收集理论设计,堆空间细分为:
这里我们分版本说明:
Java7及以前堆逻辑上分为:新生区(Young Generation Space)+养老区(Tenure generation Space)+永久区(Permanent Space)。
Java8及以后堆内存逻辑上分为三部分:新生区+养老区+元空间(Meta Space)。“区”也可以改成“代”。
堆空间内存大小设置
Java堆区用于存储Java对象实例,JVM启动时堆的大小已经设置好了,通过:-Xmx和-Xms。
-Xmx表示堆区的最大内存,等价于-XX:MaxHeapSize。一旦堆中内存大小超过该值,就会抛出OOM异常。
-Xms表示堆区的起始内存,等价于-XX:InitialHeapSize。
其中通常会将这两个值设置成一样,其目的是为了能够在java垃圾回收机制清理完成堆区后不需要重新分隔计算堆区的大小,从而提高性能。
默认情况下,初始内存大小:电脑可用内存的1/64;最大内存:电脑可用内存的1/4。
通过实例来看堆内存以及堆内存的设置:
package com.zzz.jvm;
public class HeapSpaceInitial {
public static void main(String[] args) {
long initialMemory = Runtime.getRuntime().totalMemory()/1024/1024;
long maxMemory = Runtime.getRuntime().maxMemory()/1024/1024;
System.out.println("-Xms:"+initialMemory+"m -Xmx:"+maxMemory+"m");
System.out.println("系统内存大小为:"+initialMemory*64/1024+"G");
System.out.println("系统内存大小为:"+maxMemory*4/1024+"G");
}
}
-Xms:121m -Xmx:1787m
系统内存大小为:7G
系统内存大小为:6G
package com.zzz.jvm;
public class HeapSpaceInitial {
public static void main(String[] args) {
try {
Thread.sleep(1000000);
} catch (InterruptedException e) {
e.printStackTrace();
}
long initialMemory = Runtime.getRuntime().totalMemory()/1024/1024;
long maxMemory = Runtime.getRuntime().maxMemory()/1024/1024;
System.out.println("-Xms:"+initialMemory+"m -Xmx:"+maxMemory+"m");
}
}
设置
-Xms600m -Xmx600m -XX:+PrintGCDetails
输出
-Xms:575m -Xmx:575m
Heap
PSYoungGen total 179200K, used 15360K [0x00000000f3800000, 0x0000000100000000, 0x0000000100000000)
eden space 153600K, 10% used [0x00000000f3800000,0x00000000f47001d0,0x00000000fce00000)
from space 25600K, 0% used [0x00000000fe700000,0x00000000fe700000,0x0000000100000000)
to space 25600K, 0% used [0x00000000fce00000,0x00000000fce00000,0x00000000fe700000)
ParOldGen total 409600K, used 0K [0x00000000da800000, 0x00000000f3800000, 0x00000000f3800000)
object space 409600K, 0% used [0x00000000da800000,0x00000000da800000,0x00000000f3800000)
Metaspace used 4001K, capacity 4568K, committed 4864K, reserved 1056768K
class space used 447K, capacity 460K, committed 512K, reserved 1048576K
年轻代与老年代
存储在JVM中的Java对象按生命周期可以被划分为2类:
- 生命周期较短的瞬时对象,创建与消亡非常迅速。
- 生命周期非常长,在某些极端情况下能与JVM生命周期保持一致。
Java堆区分为:年轻代与老年代;
年轻代分:Eden空间,Survivor0空间与Survivor1空间(也叫from与to区,不固定,随时切换)。
对象分配过程
新对象分配内存是一件非常严谨和复杂的任务,JVM的设计者们不仅需要考虑内存如何分配、在哪里分配等问题,并且由于内存分配算法与内存回收算法密切相关,所以还需要考虑GC执行完内存回收后是否会在内存空间中产生内存碎片。
- new的对象先放在伊甸园区。此区有大小限制。
- 当伊甸园区的空间填满时,程序又需要创建对象,JVM的垃圾回收器将对伊甸园区进行垃圾回收(YGC/Minor GC),将伊甸园区中的不再被其他对象所引用的对象进行销毁。再加载新的对象放到伊甸园区。
- 然后将伊甸园中的剩余对象移到幸存者0区。
- 如果再次触发垃圾回收,此时上次幸存下来的放到幸存者0区的,如果没有回收,就会放到幸存者1区。
- 如果再次经历垃圾回收,此时会重新放回幸存者0区,接着再去幸存者1区。
- 啥时候能去养老区呢?可以设置次数,默认15次(阈值)。可以设置参数:-XX:MaxTenuringThreshold=<n>进行设置。
- 在养老区,相对悠闲。当养老区内存不足时,再次触发GC:Major GC,进行养老区的内存清理。
- 若养老区执行了Major GC之后发现依然无法进行对象的保存,就会产生OOM异常。
对象分配的一般过程如下图
总结
针对幸存者S0,S1区,复制交换之后,谁空谁是TO区。
关于垃圾回收:频繁在新生区收集,很少在养老区收集,几乎不再永久区/元空间收集。
Minor GC、Major GC、Full GC对比
GC概述
JVM进行GC时,并非每次都会对新生代、老年代、方法区进行一起回收。大部分时候回收的的都是新生代。
针对HotSpot VM,GC可分2类:部分收集(Partial GC)与整堆收集(Full GC)。
Partial GC:新生代收集(Minor GC/Young GC)(Eden、S0、S1)、老年代收集(Major GC/Old GC)、混合收集(Mixed GC)(整个年轻代,部分老年代)。
Full GC:收集整个java堆和方法区的垃圾收集。
年轻代GC
Eden满,触发Minor GC。java对象大多需要回收,所以Minor GC频率较高,一般回收速度很快,所以Minor GC引发STW,也还好,不太影响使用。
老年代GC
老年代空间不足时触发Major GC。Major GC速度很慢,大约是Minor GC的10倍,STW时间长。
Full GC
触发Full GC情况较多:
1、system.gc(),但是不是必然执行。 2、老年代空间不足。3、方法区空间不足。4、通过Minor GC进入老年代的平均大小大于老年代的可用内存。
FullGC是开发与调优中尽量要避免的。
堆空间分代思想
其实完全可以不分代,分代的唯一理由就是优化GC性能。不分代,GC时会对整个堆进行扫描。如果分代的话,把新创建的对象放到某个地方,当GC时,先把这块区域进行回收。
堆空间的内存分配策略
TLAB
背景:堆区线程共享。多线程操作同一数据线程不安全。使用加锁,影响效率。
TLAB是JVM为每个线程在Eden中分配的一个私有缓存区域。多线程分配内存时,使用TLAB可以避免一些非线程安全问题,同时还能够提升内存分配得吞吐量。
当然TLAB默认只占Eden的1%可以使用-XX:TLABWasteTargetPercent设置,不是所有的对象都能够在TLAB中成功分配内存,但JVM确实将TLAB作为内存分配的首选。
在程序中可以使用-XX:UseTLAB设置是否开启TLAB空间。
一旦对象在TLAB空间分配内存失败,JVM就会尝试通过加锁机制来确保数据操作的原子性,从而直接在Eden空间中分配内存。
堆空间常用参数设置
-XX:+PrintFlagsInitial
-XX:+PrintFlagsFinal
-Xms
-Xmx
-Xmn
-XX:NewRatio
-XX:SurvivorRatio
-XX:MaxTenuringThreshold
-XX:+PrintGCDetails
-XX:+PrintGC
-verbose:gc
-XX:HandlePromotionFailure
堆是分配对象存储的唯一选择?
如果经过逃逸分析后发现,一个对象并没有逃逸出的方法的话,那么就可能被优化成栈上分配。
逃逸分析:
当一个对象在方法中被定义后,对象只在方法内部使用,则认为没有发生过逃逸。
当一个对象的方法被定义后,它被外部方法所引用,则认为发生逃逸。
逃逸例子:
package com.zzz.jvm;
public class EscapeAnalyze {
public static StringBuffer createString(String s1,String s2){
StringBuffer stringBuffer = new StringBuffer();
stringBuffer.append(s1);
stringBuffer.append(s2);
return stringBuffer;
}
}
非逃逸例子(分配在栈上):
package com.zzz.jvm;
public class EscapeAnalyze {
public static String createString(String s1,String s2){
StringBuffer stringBuffer = new StringBuffer();
stringBuffer.append(s1);
stringBuffer.append(s2);
return stringBuffer.toString();
}
}
结论:开发中能使用局部变量的,就不要在方法外定义。