JVM 内存分代、垃圾回收漫谈.docxVIP

JVM 内存分代、垃圾回收漫谈 都晓得 JVM 的内存区域分为5个部分，假如有怀疑，可以参看之前的一篇文章 -?JVM 内存区域引见。 这里也简约陈列一下 JVM 的五部分 程序计数器这是一块较小的内存空间，它的作用可以看做是当前线程所执行的字节码的行号指示器，线程私有。 Java 虚拟机栈它是 Java方法执行的内存模型，每一个方法被调用到执行完成的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程，线程私有。 本地方法栈跟虚拟机栈类似，不过本地方法栈用于执行本地方法，线程私有。 Java 堆该区域存在的独一目的就是存放对象，几乎应用中全部的对象实例都在这里安排内存，全部线程共享。 方法区它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据，全部线程共享。 有关 OOM 都晓得，任何一个应用在启动后，操作系统安排给它的内存肯定是有限的，所以如何合理有效的管理内存，就变得尤为重要。 而从上节可知，我们一般争辩的对象内存安排均发生在 Java 堆上。所以这里说的内存管理大部分情况下即指对 Java 堆内存。而程序计数器、虚拟机栈他们随着线程生而生，亡而亡，所以他们内存相对比较好管理，消灭的问题也比较少。 一个应用启动后，不停运转，不停的执行命令，创建对象，而这些对象，大都存放在堆内存区域。这部分区域的大小是有限的，而需要生成的对象是无限的，当某一次创建对象时发觉堆内存实在没有空间可用来创建对象的时候，JVM 就会爆出 OutOfMemoryError 特别（后文统称 OOM），程序就会挂掉。 上面只是说明白一下表象。其实 OOM 远不是上面说的那么简约。假如要理解 OOM，这里还有一些其他学问需要说明。 OOM 发生前其实 JVM 会进行内存的垃圾回收（GC）。 垃圾回收有多种不同的实现算法。 为了更好的管理内存，堆内存进行了分代。 堆内存的重生代和老年月的垃圾回收算法不全都。 其实，这里的学问需要综合理解，你才会对 OOM 有一个全面的生疏。 内存分代 一个应用启动，操作系统会给他安排一个初始的内存大小，由上可知，这部分内存大部分应当属于堆内存，JVM 为了更好地利用管理这部分内存，对该区域做了划分。一部分成为重生代，另一部分称为老年月。 一开头对象的创建都发生在重生代，随着对象的不断创建，假如重生代没有空间创建新对象，将会发生 GC ，这时的 GC 称之为 Minor GC，位于重生代的对象每经过一次 Minor GC 后，假如这个对象没有被回收，则为本人的标记数加1，这个标记数用于标识这个对象经受了多少次的 Minor GC，对于 Sun 的 Hotspot 虚拟机，假如这个次数超过 15 ，该对象才会被移动到老年月。 随着时间的推移，假如老年月也没有足够的空间容纳对象，老年月也会试着发起 GC，这时的 GC 被称为 Full GC。 相比 Minor GC，Full GC 发生的次数比较少，但是每发生一次 Full GC，整个堆内存区域都需要执行一次垃圾回收，这对程序功能形成的影响比 Minor GC 大很多。所以我们应当尽量避开或者削减 Full GC 的发生。 同时，在堆内存区域，发生最多的 GC 情形就是重生代的 Minor GC 了，由于全部的对象会优先去重生代开辟空间，所以这块的内存变化会很快，只要内存不够用，就会发生 GC，但是一般的 Minor GC 执行比 Full GC 快很多。为什么呢？由于重生代和老年月的垃圾回收算法不一样。 垃圾回收算法 标记-清除算法（Mark-Sweep） 这是最基础的收集算法，如它的名字一样，算法分为“标记”和“清除”两个阶段： 首先标记出全部需要回收的对象，在标记完成后统一回收掉全部被标记的对象。 之所以说它是最基础的收集算法，是由于后续的收集算法都是基于这种思路并对其缺点进行改进而得到的。 它的次要缺点有两个：一个是效率问题，标记和清除过程的效率都不高；另外一个是空间问题，标记清除之后会产生大量不连续的内存碎片，空间碎片太多可能会导致，当程序在以后的运转过程中需要安排较大对象时无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。 复制算法（Copying） 为了处理效率问题，一种称为“复制”（Copying）的收集算法消灭了，它将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。当这一块的内存用完了，就将还存活着的对象复制到另外一块上面，然后再把已使用过的内存空间一次清理掉。 这样使得每次都是对其中的一块进行内存回收，内存安排时也就不用考虑内存碎片等简单情况，只需移动堆顶指针，按挨次安排内存即可，实现简约，运转高效。只是这种算法的代价是将内存缩小为原来的一半，不免太高了一点。 但是这种算法的效率相当高，所以，现在的商业虚拟机都接受