基于淘宝的网站开发分析,南京建设监理协会网站,东莞抖音推广,网站制作布局垃圾收集 分代理论Java 堆的内存分区不同分代收集垃圾收集算法 分代理论
弱分代假说#xff1a;绝大多数对象都是朝生夕灭#xff0c;即绝大多数对象都是用完很快需要销毁的。强分代假说#xff1a;熬过多次垃圾收集过程的对象就越难以消亡#xff0c;即如果对象经过多次垃… 垃圾收集 分代理论Java 堆的内存分区不同分代收集垃圾收集算法 分代理论
弱分代假说绝大多数对象都是朝生夕灭即绝大多数对象都是用完很快需要销毁的。强分代假说熬过多次垃圾收集过程的对象就越难以消亡即如果对象经过多次垃圾收集后仍存活那么这些对象一般是长久存在难以消亡的即进入永久代。跨代引用假说跨代引用相对同代引用占极少数即对象间的引用一般是在同代之间的即弱引用之间存在引用、强引用之间存在引用但他们一般很少存在相互引用。
Java 堆的内存分区
按照垃圾收集将 Java 堆划分为**新生代 Young Generation和老年代Old Generation**两个区域新生代存放存活时间短的对象而每次回收后存活的少量对象将会逐步晋升到老年代中存放。
而新生代又可以分为三个区域eden、from、to比例是 811而新生代的内存分区同样是从垃圾收集的角度来分配的。 不同分代收集
部分收集Partial GC指目标不是完整收集整个 Java 堆的垃圾收集其中又分为
新生代收集Minor GC/Young GC指目标只是新生代的垃圾收集。老年代收集Major GC/Old GC指目标只是老年代的垃圾收集。目前只有CMS 收集器会有单独收集老年代的行为。混合收集Mixed GC指目标是收集整个新生代以及部分老年代的垃圾收集。目前只有 G1 收集器会有这种行为。
整堆收集Full GC收集整个 Java 堆和方法区的垃圾收集。
垃圾收集算法
标记-清除算法
见名知义标记-清除Mark-Sweep算法分为两个阶段
标记 : 标记出所有需要回收的对象清除回收所有被标记的对象
标记-清除算法比较基础但是主要存在两个缺点
执行效率不稳定如果 Java 堆中包含大量对象而且其中大部分是需要被回收的这时必须进行大量标记和清除的动作导致标记和清除两个过程的执行效率都随对象数量增长而降低。内存空间的碎片化问题标记、清除之后会产生大量不连续的内存碎片空间碎片太多可能会导致当以后在程序运行过程中需要分配较大对象时无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。
标记-复制算法
标记-复制算法解决了标记-清除算法面对大量可回收对象时执行效率低的问题。
过程也比较简单将可用内存按容量划分为大小相等的两块每次只使用其中的一块。当这一块的内存用完了就将还存活着的对象复制到另外一块上面然后再把已使用过的内存空间一次清理掉。 这种算法存在一个明显的缺点一部分空间没有使用存在空间的浪费。
新生代垃圾收集主要采用这种算法因为新生代的存活对象比较少每次复制的只是少量的存活对象。当然实际新生代的收集不是按照这个比例。
Appel式回收的具体做法是把新生代分为一块较大的Eden空间和两块较小的Survivor空间每次分配内存只使用Eden和其中一块Survivor。发生垃圾搜集时将Eden和Survivor中仍然存活的对象一次性复制到另外一块Survivor空间上然后直接清理掉Eden和已用过的那块Survivor空间。HotSpot虚拟机默认Eden和Survivor的大小比例是8∶1也即每次新生代中可用内存空间为整个新生代容量的90%Eden的80%加上一个Survivor的10%只有一个Survivor空间即10%的新生代是会被“浪费”的。
此Appel式回收还有一个充当罕见情况的“逃生门”的安全设计当Survivor空间不足以容纳一次Minor GC之后存活的对象时就需要依赖其他内存区域实际上大多就是老年代进行分配担保Handle Promotion。如果另外一块Survivor空间没有足够空间存放上一次新生代收集下来的存活对象这些对象便将通过分配担保机制直接进入老年代这对虚拟机来说就是安全的。
标记-整理算法
为了降低内存的消耗引入一种针对性的算法标记-整理Mark-Compact算法。
其中的标记过程仍然与“标记-清除”算法一样但后续步骤不是直接对可回收对象进行清理而是让所有存活的对象都向内存空间一端移动然后直接清理掉边界以外的内存。 标记-整理算法主要用于老年代移动存活对象是个极为负重的操作而且这种操作需要 Stop The World 才能进行只是从整体的吞吐量来考量老年代使用标记-整理算法更加合适。
