为什么要了解GC和内存分配?
因为当排查各种内存溢出、内存泄漏问题时,当垃圾收集成为系统达到更高并发量的瓶颈时,我们需要对这些技术实施必要的监控和调节。
Java堆和方法区不一样,一个接口中的多个实现类需要的内存不一样,一个方法中的多个分支需要的内存也不一样,我们只有在程序处于运行期间才能知道会创建哪些对象,这部分内存的分配和回收是动态的,垃圾收集器所关注的就是这部分内存。
Java语言没有选用引用计数来管理内存,其中最重要的原因就是它很难解决对象之间的相互循环引用的问题。
Java使用根搜索算法来判定对象是否存活的。
基本思路就是通过一系列的名为“GC Roots”对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径成为引用链,当一个对象到GC Roots没有任何引用链相连时,则证明此对象是不可用的,也就是需要被回收。可以作为GC Roots的对象主要有几种:
- 虚拟机栈中的引用的对象
- 方法区中类静态属性引用的对象
- 方法区中的常量引用的对象
- 本地方法栈中JNI引用的对象
Java引用分为强引用、软引用、弱引用和虚引用。
Java垃圾回收方法:标记-清除算法、复制算法、标记-整理算法和分代收集算法。
一般是把Java堆分为新生代和老年代,这样就可以根据各个年代的特点采用最适当的收集算法。在新生代中,每次垃圾收集都发现大批对象死去,只有少量存活,就采用复制算法,只需要付出少量存活对象的复制成本就可以完成收集。而老年代因为对象存活率高、没有额外空间对它进行分配担保,就必须使用标记-清理或标记-整理算法来进行回收。
HotSpot JVM的垃圾收集器
Serial收集器:新生代、单线程、收集时需要暂停其他工作线程、Client模式下默认收集器
ParNew收集器:新生代、多线程、其他与Serial一致、Server模式下首选收集器
Parallel Scavenge收集器:新生代、复制算法、可控制吞吐量收集器
Serial Old收集器:老年代、单线程、标记-整理算法、Client模式收集器
Parallel Old收集器:老年代、标记-整理算法、注重吞吐量以及CPU资源敏感场合
CMS收集器:并发低停顿收集器、标记-清除算法
G1收集器:标记-整理算法、精确控制停顿时间、最先进
内存分配和回收策略
大多数情况下,对象在新生代Eden区中分配,当Eden区没有足够空间进行分配时,虚拟机将发起一次Minor GC。
大对象直接进入老年代。虚拟机给每个对象定义了一个对象年龄计数器。如果对象在Eden出生并经过第一次Minor GC仍然存活,并且能被Survivor人容纳的话,将被移动到Survivor空间中,并将对象年龄设为1。对象在Survivor区中每熬过一次Minor GC,年龄就增加1岁,当年龄到一定程度后,就会晋升到老年代中。
长期存活的对象进入老年代。
在发生Minor GC时,虚拟机会检测之前每次晋升到老年代的平均大小是否大于老年代的剩余空间大小,如果大于,则改为直接进行一次Full GC。如果小于,则查看HandlePromotionFailure设置是否允许担保失败;如果允许,那只会进行Minor GC;如果不允许,则也要改为进行一次Full GC。