堆
1、堆的核心概述
-
一个JVM实例只存在一个堆内存,堆也是Java内存管理的核心区域
-
Java堆区在JVM启动的时候即被创建,其空间大小也是确定的。是Jvm管理最大的一块内存空间
-
堆可以在物理上不连续的内存空间中,但在逻辑上是连续的
-
所有的线程共享Java堆,在这里还可以划分线程私有的缓冲区(Thread Local Allocation Buffer,TLAB)
-
在方法结束后,堆中的对象不会马上被移除,仅仅在垃圾收集的时候才有被移除
(注意:一个进程就是一个JVM实例,一个进程中包含多个线程) -
举例:
public class SimpleHeap {
private int id;
public SimpleHeap(int id) {
this.id = id;
}
public void show() {
System.out.println("My ID is " + id);
}
public static void main(String[] args) {
SimpleHeap sl = new SimpleHeap(1);
SimpleHeap s2 = new SimpleHeap(2);
}
}
Java 7及之前堆内存逻辑上分为三部分:新生区(Young/New)+养老区(Old/Tenure)+永久代(Perm)
Java 8及之后堆内存逻辑上分为三部分:新生区(Young/New)+养老区(Old/Tenure)+元空间(Meta)
新生代又被划分为Eden区和Survivor区(from区和to区、s0和s1)
约定:新生区=新生代=年轻代、养老区=老年区=老年代、永久区=永久代
一般而言:口语上的堆是不包含方法区的(7永久代,8元空间)
2、设置堆内存大小与OOM
- -Xms(物理内存的1/64):表示堆区的起始内存,等价于-XX:InitialHeapSize
- -Xmx(物理内存的1/4):则用于表示堆区的最大内存,等价于-XX:MaxHeapSize
- 通常会将-Xms和-Xmx两个参数配置相同的值,其目的是为了能够在java垃圾回收机制清理完堆区后不需要重新分隔计算堆区的大小,从而提升性能
public class HeapDemo1 {
/**
* 1. 设置堆空间大小的参数
* -Xms 用来设置堆空间(年轻代+老年代)的初始内存大小
* -X 是JVM的运行参数
* ms 是memory start
* -Xmx 用来设置堆空间(年轻代+老年代)的最大内存大小
* 2. 默认堆空间的大小
* 初始内存大小:物理电脑内存 / 64
* 最大内存大小:物理电脑内存 / 4
* 3. 手动设置 -Xms:600m -Xmx:600m
* 开发中建议将初始堆内存大小和最大堆内存设置成相同的值。
* 4. 查看设置的参数:方式一(cmd中):jps / jstat -gc 进程id
* 方式二(XX:+PrintGCDetails)
*/
public static void main(String[] args) {
//返回Java虚拟机中的堆内存总量
long initialMemory = Runtime.getRuntime().totalMemory()/1024/1024;
//返回Java虚拟机试图使用的最大堆内存量
long maxMemory = Runtime.getRuntime().maxMemory()/1024/1024;
System.out.println("-Xms:"+initialMemory+"M");
System.out.println("-Xmx:"+maxMemory+"M");
//TimeUnit.SECONDS.sleep(1000000);
}
}
idea设置运行时参数
Run——Edit Configurations——Modify options——Add VM options
打开Edit Configurations为空,Add New Configuration,如果是基础项目,选择Application即可
3、年轻代与老年代
- 配置新生代与老年代在堆结构占比
默认:-XX:NewRatio=2,表示新生代占1,老年代占2,新生代占整个堆的1/3
可以修改-XX:NewRatio=4,表示新生代占1,老年代占4,新生代占整个堆的1/5 - -XX:SurvivorRatio调整这个空间比例(Eden空间和另外两个Survivor空间缺省所占的比例是8:1:1)
- -Xmn:设置新生代最大内存大小,一般使用默认值就可以了
- 几乎所有的Java对象都是在Eden区被new出来的,绝大部分的Java对象的销毁都在新生代进行的
4、图解对象分配过程
总结:
1. 针对幸存者s0,s1区的总结:复制之后有交换,谁空谁是to。
2. 关于垃圾回收:频繁在新生区收集,很少在养老区收集,几乎不在永久区/元空间收集。
5、Minor GC、Major GC、Full GC
HotSpot VM中GC按照回收区域分为: 部分收集(Partial GC)、整堆收集(Full GC)
1、部分收集(Partial GC):不是完整收集整个Java堆的垃圾收集。
-
新生代收集(Minor GC / Young GC):只是新生代的垃圾收集。
-
老年代收集(Major GC / Old GC ):只是老年代的垃圾收集。
目前,只有CMS GC会有单独收集老年代的行为。
注意,很多时候Major GC 会和 Full GC 混淆使用,需要具体分辨是老年代回收还是整堆回收。 -
混合收集(Mixed GC):收集整个新生代以及部分老年代的垃圾收集。
目前,只有G1 GC 会有这种行为
2、 整堆收集(Full GC):收集整个java堆和方法区的垃圾收集。
① YONG GC(minor GC) 新生代
当Eden代满,会触发minor GC ,Survivor 满不会引发GC
Java对象大多具备朝生夕死的特性,所以Minor GC非常频繁,一般回收速度也比较快
minor gc 会引发STW,暂停其他用户线程,等垃圾回收结束,用户线程才能恢复
②Major GC(Old GC) 老年代
major gc 的速度一般比Minor gc 慢10倍以上,STW时间更长
老年代空间不足时,会先尝试触发Minor GC(但并不是绝对的)。如果之后空间还不足,则触发Major GC
如果Major GC后,内存还不足,就报OOM
③. Full GC 堆+方法区
触发Full GC 执行的情况有如下五种:
- 调用System.gc()时,系统建议执行Full GC,但是不必然执行
- 老年代空间不足
- 方法区空间不足
- 通过Minor GC后进入老年代的平均大小大于老年代的可用空间
- 由Eden区、From Space向To Space复制时,对象大小大于To Space可用内存,则把对象转存到老年代,且老年代的可用内存小于该对象的大小。
说明:full gc是开发或调优中尽量避免的。这样暂停时间会短一些。
其他:full gc 的时候新生代完全被清空。
6、堆空间分代思想
为什么需要把Java堆分代?不分代就不能正常工作了吗?
-
经研究,不同对象的生命周期不同。70%-99%的对象是临时对象。
- 新生代:有Eden、两块大小相同的Survivor(又称为from/to,s0/s1)构成,to总为空。
- 老年代:存放新生代中经历多次GC仍然存活的对象。
-
其实不分代完全可以,分代的唯一理由就是优化GC性能。
(避免全局扫描、对症下药,因材 [不同的垃圾] 施教 [不同的GC])- 如果没有分代,那所有的对象都在一块,GC的时候要找到哪些对象没用,这样就会对堆的所有区域进行扫描。
- 很多对象都是朝生夕死的,如果分代的话,把新创建的对象放到某一地方,当GC的时候先把这块存储“朝生夕死”对象的区域进行回收,这样就会腾出很大的空间出来。
7、内存分配策略
针对不同年龄段的对象分配原则如下所示:
- 优先分配到Eden
- 大对象直接分配到老年代(尽量避免程序中出现过多的大对象)
- 长期存活的对象分配到老年代
- 动态对象年龄判断
(如果Survivor 区中相同年龄的所有对象大小的总和大于survivor空间的一半,年龄大于或等于该年龄的对象可以直接进入老年代,无须等到MaxTenuringThreshold中要求的年龄。) - 空间分配担保 -XX:HandlePromotionFailure
(JDK6之后,只要老年代的连续空间大于新生代对象总大小或者历次晋升的平均大小就会进行Minor GC,否则将进行Full GC。)
8、为对象分配内存:TLAB
为什么有TLAB(Thread Local Allocation Buffer)?
答:堆是线程共享区域,任何线程都可以访问到堆区中的共享数据
由于对象实例的创建在JVM中非常频繁,因此在并发环境下从堆区中划分内存空间是线程不安全的
为避免多个线程操作同一地址,需要使用加锁等机制,进而影响分配速度。
总结:为了线程安全和对象实例的创建时的空间分配速度(对象创建的速度)。
- 从内存模型而不是垃圾收集的角度,对Eden区域继续进行划分,JVM为每个线程分配了一个私有缓存区域(TLAB),它包含在Eden空间内
- 尽管不是所有的对象实例都能够在TLAB中成功分配内存,但JVM确实是将TLAB作为内存分配的首选
- 默认情况下,TLAB空间的内存非常小,仅占有整个Eden空间的1%,当然可通过选项"-XX:TLABWasteTargePercent"设置TLAB空间所占用Eden空间的百分比大小
- 一旦对象在TLAB空间分配内存失败时,JVM就会尝试着通过使用加锁机制确保数据操作的原子性,从而直接在Eden空间中分配内存
9、小结堆空间的参数设置
- ①. -XX:+PrintFlagsInitial : 查看所有的参数的默认初始值
- ②. -XX:+PrintFlagsFinal : 查看所有的参数的最终值(可能会存在修改(:表示修改了),不再是初始值)
- ③. 具体查看某个参数的指令:
(jps:查看当前运行中的进程
jinfo -flag SurvivorRatio 进程id) - ④. -Xms:初始堆空间内存 (默认为物理内存的1/64)
- ⑤. -Xmx:最大堆空间内存(默认为物理内存的1/4)
- ⑥. -Xmn:设置新生代的大小。(初始值及最大值)
- ⑦. -XX:NewRatio:配置新生代与老年代在堆结构的占比
(默认:-XX:NewRatio=2,表示新生代占1,老年代占2,新生代占整个堆的1/3
可以修改-XX:NewRatio=4,表示新生代占1,老年代占4,新生代占整个堆的1/5) - ⑧. -XX:SurvivorRatio:设置新生代中Eden和S0/S1空间的比例
(Eden空间和另外两个Survivor空间缺省所占的比例是8:1:1) - ⑨. -XX:MaxTenuringThreshold:设置新生代垃圾的最大年龄
- ⑩. -XX:+PrintGCDetails:输出详细的GC处理日志
(如下这两种方式是简单的打印
打印gc简要信息:① -XX:+PrintGC ② -verbose:gc) - ⑩①. -XX:HandlePromotionFailure:是否设置空间分配担保
(JDK6之后,只要老年代的连续空间大于新生代对象总大小或者历次晋升的平均大小就会进行Minor GC,否则将进行Full GC)
内存分配策略(或对象提升(Promotion)规则)
(1). 在发生Minor GC之前,虚拟机会检查老年代最大可用的连续空间是否大于新生代所有对象的总空间
====如果大于,则此次Minor GC是安全的
====如果小于,则虚拟机会检查查看-XX:HandlePromotionFailure设置值是否允许担保失败
=====如果 HandlePromotionFailure=true,那么会继续检查老年代最大可用连续空间是否大于历次晋级到老年代的对象的平均大小
========如果大于,则尝试进行一次Minor GC,但是这次Minor GC依然是有风险的
========如果小于,则改为一次Full GC
=====如果HandlePromotionFailure=false,则改为进行一次Full GC
(2). 在JDK6 Update24之后,HandlePromotionFailure参数不会再影响虚拟机的空间分配担保策略,观察OpenJDK中源码变化,虽然源码中还定义了HandlePromotionFailure参数,但是在代码中已经不会再使用它
(3). JDK6 Update24之后规则变为只要老年代的连续空间大于新生代对象总大小或者历次晋身的平均大小就会进行Minor GC,否则将进行Full GC
10、堆是分配对象的唯一选择吗(逃逸分析)
如果经过逃逸分析(Escape Analysis)后发现,一个对象并没有逃逸出方法的话,那么就可能被优化成栈上分配。
- ①逃逸分析的基本行为就是分析对象动态作用域:
-
当一个对象在方法中被定义后,对象只在方法内部使用(这里关注的是这个对象的实体),则认为没有发生逃逸。
-
当一个对象在方法中被定义后,它被外部方法所引用,则认为发生逃逸。例如作为调用参数传递到其他地方中
- ②. 代码演示
//(1). 没有发生逃逸的对象,则可以分配到栈上,随着方法执行的结束,栈空间就被移除
public void my_method() {
V v = new V();
// use v
// ....
v = null;
}
//(2). 下面代码中的 StringBuffer sb 发生了逃逸
public static StringBuffer createStringBuffer(String s1, String s2) {
StringBuffer sb = new StringBuffer();
sb.append(s1);
sb.append(s2);
return sb;
}
//如果想要StringBuffer sb不发生逃逸,可以这样写
public static String createStringBuffer(String s1, String s2) {
StringBuffer sb = new StringBuffer();
sb.append(s1);
sb.append(s2);
return sb.toString();
}
- ③. 逃逸分析的举例
/**
* 逃逸分析
* * 如何快速的判断是否发生了逃逸分析,大家就看new的对象实体是否有可能在方法外被调用。
*/
public class EscapeAnalysis {
public EscapeAnalysis obj;
/*
方法返回EscapeAnalysis对象,发生逃逸
*/
public EscapeAnalysis getInstance(){
return obj == null? new EscapeAnalysis() : obj;
}
/*
为成员属性赋值,发生逃逸
*/
public void setObj(){
this.obj = new EscapeAnalysis();
}
//思考:如果当前的obj引用声明为static的? 仍然会发生逃逸。
/*
对象的作用域仅在当前方法中有效,没有发生逃逸
*/
public void useEscapeAnalysis(){
EscapeAnalysis e = new EscapeAnalysis();
}
/*
引用成员变量的值,发生逃逸
*/
public void useEscapeAnalysis1(){
EscapeAnalysis e = getInstance(); //这个e对象,本身就是从外面的方法逃逸进来的
//getInstance().xxx()同样会发生逃逸
}
}
-
④. 在JDK1.7版本之后,HotSpot中默认就已经开启了逃逸分析
如果使用的是较早的版本,开发人员则可以通过:
选项“-XX:+DoEscapeAnalysis"显式开启逃逸分析
通过选项“-XX:+PrintEscapeAnalysis"查看逃逸分析的筛选结果 -
结论: ⑤. 开发中能使用局部变量的,就不要使用在方法外定义
-
⑥. 使用逃逸分析,编译器可以对代码做如下优化:
- 栈上分配:将堆分配转化为栈分配。如果一个对象在子程序中被分配,要使指向该对象的指针永远不会发生逃逸,对象可能是栈上分配的候选,而不是堆上分配
- 同步省略:如果一个对象被发现只有一个线程被访问到,那么对于这个对象的操作可以不考虑同步。
- 分离对象或标量替换:有的对象可能不需要作为一个连续的内存结构存在也可以被访问到,那么对象的部分(或全部)可以不存储在内存,而是存储在CPU寄存器中
10.1、栈上分配
- ①. JIT编译器在编译期间根据逃逸分析的结果,发现如果一个对象并没有逃逸出方法的话,就可能被优化成栈上分配
- ②. 代码举例
/**
* 栈上分配测试
* -Xmx256m -Xms256m -XX:-DoEscapeAnalysis -XX:+PrintGCDetails
*/
public class StackAllocation {
public static void main(String[] args) {
long start = System.currentTimeMillis();
for (int i = 0; i < 10000000; i++) {
alloc();
}
// 查看执行时间
long end = System.currentTimeMillis();
System.out.println("花费的时间为: " + (end - start) + " ms");
// 为了方便查看堆内存中对象个数,线程sleep
try {
Thread.sleep(1000000);
} catch (InterruptedException e1) {
e1.printStackTrace();
}
}
private static void alloc() {
User user = new User(); //未发生逃逸
}
static class User {
}
}
- ③. 未开启逃逸分析的情况
-Xmx256m -Xms256m -XX:-DoEscapeAnalysis -XX:+PrintGCDetails
[GC (Allocation Failure) [PSYoungGen: 65536K->792K(76288K)] 65536K->800K(251392K), 0.0008593 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[GC (Allocation Failure) [PSYoungGen: 66328K->760K(76288K)] 66336K->776K(251392K), 0.0008436 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]
花费的时间为: 46 ms
- ④. 开启逃逸分析
-Xmx256m -Xms256m -XX:+DoEscapeAnalysis -XX:+PrintGCDetails
花费的时间为: 3 ms
此处并没有发生GC
从占用字节和存活对象个数来看,对象在栈上分配完成后,继续在栈内执行,最后线程结束,栈空间被回收,局部变量也被回收。这样就无需进行垃圾回收了。
10.2、同步替换(消除)
-
①. 锁消除:JIT编译器借助逃逸分析判断同步块所使用的锁对象是否只能被一个线程访问而没有被发布到其他线程。 如果没有,那么JIT编译器在编译这个同步块的时候就会取消对这部分代码的同步。这样能大大提高并发性和性能。这个取消同步的过程就叫同步省略,也叫锁消除。
-
②. 如下代码,起不到锁的作用
代码中对hellis这个对象加锁(每个线程都有一个hellis对象的锁),但是hellis对象的生命周期只在f( )方法中,并不会被其他线程所访问到,所以在JIT编译阶段就会被优化掉,优化成:
public void f() {
Object hellis = new Object();
synchronized(hellis) {
System.out.println(hellis);
}
}
// JIT会将它变成这样
public void f() {
Object hellis = new Object();
System.out.println(hellis);
}
- ③. 注意:字节码文件中并没有进行优化,可以看到加锁和释放锁的操作依然存在,同步省略操作是在解释运行时发生的
10.3、分离对象或标量替换
- ①. 标量(scalar)是指一个无法再分解成更小的数据的数据。Java中的原始数据类型就是标量
- ②. 聚合量(Aggregate)就是还可以分解的数据,Java中的对象就是聚合量,因为他可以分解成其他聚合量和标量
- ③. 在JIT阶段,如果经过逃逸分析,发现一个对象不会被外界访问的话,那么经过JIT优化,就会把这个对象拆解成若干个其中包含的若干个成员变量来代替。这个过程就是标量替换
- ④. 举例
public static void main(String args[]) {
alloc();
}
class Point {
private int x;
private int y;
}
private static void alloc() {
Point point = new Point(1,2);
System.out.println("point.x" + point.x + ";point.y" + point.y);
}
//以上代码,经过标量替换后,就会变成
private static void alloc() {
int x = 1;
int y = 2;
System.out.println("point.x = " + x + "; point.y=" + y);
}