上回说到《不识JVM真面目,只缘身在增删查改中》
讲述了一些有关于Jvm,线程,栈的有关技术知识,还有两个关于JVM的面试题:
- JVM什么情况下会发生栈内存溢出?
- JVM中一次完整的GC流程是怎样的?
GC——垃圾回收
完整意味着有多种情况
今天就接着将视频内容介绍完
可达性分析算法——GC Roots
判断对象的存活
在Java, 可作为GC Roots的对象包括:
- 虚拟机栈(本地变量表)中引用的对象.
- 方法区: 类静态属性引用的对象;
- 方法区: 常量引用的对象;
JVM中的堆
1、Java堆是垃圾回收器管理的主要区域
2、基于分代的方式
(1)新生代
- Eden空间
- From Survivor空间
- To Survivor空间
(2)老年代
3、Java堆的大小参数设置
-Xmx 堆区内存可被分配的最大上限
-Xms 堆区内存初始内存分配的大小
新生代为什么分三个区?
新生代垃圾回收算法——复制算法
该算法的核心是将可用内存按容量划分为大小相等的两块, 每次只用其中一块, 当这一块的内存用完, 就将还存活的对象复制到另外一块上面, 然后把已使用过的内存空间一次清理掉.
优点
- 不必考虑内存碎片问题。
- 效率高。
缺点
- 可用容量减少为原来的一半,太浪费了。
最优设置
90%的对象都是朝生夕死的,所以使用10%的空间用作交换区,因为交换区必须有等量的两个,所以采用复制算法的新生代中的三个区采用8:1:1的默认分配比例。
新生代对象的分配和回收
对象分配
- 基本上新的对象优先在Eden区分配。
- 当Eden区没有足够空间时,会发起一次Minor GC。
- Minor GC回收新生代采用复制回收算法的改进版本
- From和To的两个交换区,这两个区只有一个区有数据
- 采用8:1:1的默认分配比例
(参数配置:-XX:SurvivorRatio )Eden区与Survivor区的大小比值。默认是8
思考:如果new对象过大?
老年代对象的分配和回收
老年代的对象一般情况下来自新生代
(1)长期存活对象进入老年代
- 年龄阈(yu)值:每个对象定义了年龄(Age)计数器, 经过一次Minor GC(在交换区)后年龄加1。
- 对象年龄达到15次后将会晋升到老年代,老年代空间不够时进行Full GC。
- 参数(-XX:MaxTenuringThreshold, 默认15)。
(2)大对象直接进入老年代
- 超过Eden剩余空间
- 超过一个参数值(-XX:PretenureSizeThreshold =XX, 无默认值)
(3)对象提前晋升(组团)
动态年龄判定:如果在Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半,年龄大于或等于该年龄的对象就可以直接进入老年代, 而无须等到晋升年龄.
JVM中一次完整的GC流程是怎样的?
从上两节总结出的一个面试题
对象的正常流程
Eden -> Survivor区 -> 老年代
- 新生代 Minor GC
- 老年代 Full GC
总结
内存区域不够用了,就会引发GC
作为架构师该怎么做:Minor GC避免不了,Full GC尽量避免
处理方式:保存堆栈快照日志、分析内存泄露、调整内存设置控制垃圾回收频率,选择适合的垃圾回收器