jvm 垃圾回收机制 安全点

上一节，我们说到  jvm 保洁阿姐一边打扫的，别人一边扔垃圾怎么处理呢？

其实很简单,jvm保洁阿姐再打扫前，告诉公司所有说：我要打扫了，你们不准扔垃圾了；OK解决了！

哈哈。那在jvm垃圾回收中，上面的情景怎么处理呢？在可达性分析中要分析哪个对象没有引用的时候，必须在一中快照的状态点进行，就是这个点所有的线程都被冻结了；不可以出现分析过程中对象引用关系还在不停的变化；如果该点不能满足的话，分析结果就没有确定性！

   上面那个点（特定的位置），我们就叫做安全点；既程序不是随便哪个点就会停顿下来了，而是到达安全点也会停顿下来；安全点的选择既不能太少，让GC等待太长，也不能太多，增加运行负荷；安全点的选择以是否让程序长时间执行的特征；一般在方法调用；循环跳转；异常跳转等才会产生安全点；如果GC发生时候，让所有的线程都跑到最新的安全点再停顿下来；如果发现线程不在安全点；就恢复线程，等其跑到安全点；

二：垃圾回收调优

   1：对象优先存放在Eden区

      所有新生成的对象首先都是放在年轻代的。年轻代的目标就是尽可能快速的收集掉那些生命周期短的对象。年轻代分三个区。一个Eden区，两个Survivor区(一般而言)。大部分对象在Eden区中生成。当Eden区满时，还存活的对象将被复制到Survivor区（两个中的一个），当这个Survivor区满时，此区的存活对象将被复制到另外一个Survivor区，当这个Survivor去也满了的时候，从第一个Survivor区复制过来的并且此时还存活的对象，将被复制“年老区(Tenured)”。当Eden区没有足够的空间进行分配的时候，触发一次minor GC

    新生代GC(Minor GC)：指的是新生代的垃圾回收机制，Java对象一般生命周期短，所有MINOR gc非常频繁，速度比较快；

   老年代GC: 老年代GC（Major GC/Full GC）：指发生在老年代的GC，出现了Major GC，经常会伴
随至少一次的Minor GC（但非绝对的，在Parallel Scavenge收集器的收集策略里就有直接进行
Major GC的策略选择过程）。Major GC的速度一般会比Minor GC慢10倍以上。

年轻代空间的要点：

• 大多数新建的对象都位于Eden区。
• 当Eden区被对象填满时，就会执行Minor GC。并把所有存活下来的对象转移到其中一个survivor区。
• Minor GC同样会检查存活下来的对象，并把它们转移到另一个survivor区。这样在一段时间内，总会有一个空的survivor区。
• 经过多次GC周期后，仍然存活下来的对象会被转移到年老代内存空间。通常这是在年轻代有资格提升到年老代前通过设定年龄阈值来完成的。

2: 大对象直接进入老年代

  所谓的大对象是指，需要大量连续内存空间的Java对象，最典型的大对象就是那种很长的字符串以及数组（笔者列出的例子中的byte[]数组就是典型的大对象）。大对象对虚拟机的内存分配来说就是一个坏消息（替Java虚拟机抱怨一句，比遇到一个大对象更加坏的消息就是遇到一群“朝生夕灭”的“短命大对象”，写程序的时候应当避免），经常出现大对象容易导致内存还有不少空间时就提前触发垃圾收集以获取足够的连续空间来“安置”它们。虚拟机提供了一个-XX：PretenureSizeThreshold参数，令大于这个设置值的对象直接在老年代分配。这样做的目的是避免在Eden区及两个Survivor区之间发生大量的内存复制（复习一下：新生代采用复制算法收集内存）。

 3 ：长期存活的对象将进入老年代

既然虚拟机采用了分代收集的思想来管理内存，那么内存回收时就必须能识别哪些对象应放在新生代，哪些对象应放在老年代中。为了做到这点，虚拟机给每个对象定义了一个对象年龄（Age）计数器。如果对象在Eden出生并经过第一次Minor GC后仍然存活，并且能被Survivor容纳的话，将被移动到Survivor空间中，并且对象年龄设为1。对象在Survivor区中每“熬过”一次Minor GC，年龄就增加1岁，当它的年龄增加到一定程度（默认为15岁），就将会被晋升到老年代中。对象晋升老年代的年龄阈值，可以通过参数-XX：MaxTenuringThreshold设置。读者可以试试分别-XX：MaxTenuringThreshold=1和-XX。当MaxTenuringThreshold=1时，allocation1对象在第二次GC发生时进入老年代，新生代已使用的内存GC后非常干净地变成0KB。而MaxTenuringThreshold=15时，第二次GC发后，allocation1对象则还留在新生代Survivor空间，这时新生代仍然有404KB被占用。