Java堆可以分为新生代和老年代两个区，其中新生代又可以分为一个Eden区和两个Survivor区，两个Survivor区分别被命名为From和To以示区分，新生代和老年代的比例为1：2，它们共同组成堆的内存区，所以新生代占堆的1/3，老年代占2/3，但这个比例可以修改，下面分别来介绍一下新生代和老年代。
1、【新生代】
新生代分为三个区域，一个Eden区和两个Survivor区，它们之间的比例为（8：1：1），这个比例也是可以修改的。通常情况下，对象主要分配在新生代的Eden区上，少数情况下也可能会直接分配在老年代中。Java虚拟机每次使用新生代中的Eden和其中一块Survivor（From），在经过一次Minor GC后，将Eden和Survivor中还存活的对象一次性地复制到另一块Survivor空间上（这里使用的复制算法进行GC），最后清理掉Eden和刚才用过的Survivor（From）空间。将此时在Survivor空间存活下来的对象的年龄设置为1，以后这些对象每在Survivor区熬过一次GC，它们的年龄就加1，当对象年龄达到某个年龄（默认值为15）时，就会把它们移到老年代中。
在新生代中进行GC时，有可能遇到另外一块Survivor空间没有足够空间存放上一次新生代收集下来的存活对象，这些对象将直接通过分配担保机制进入老年代；

总结：

1、Minor GC是发生在新生代中的垃圾收集，采用的复制算法；
2、新生代中每次使用的空间不超过90%，主要用来存放新生的对象；
3、Minor GC每次收集后Eden区和一块Survivor区都被清空；
2、【老年代】
老年代里面存放都是生命周期长的对象，对于一些较大的对象（即需要分配一块较大的连续内存空间），是直接存入老年代的，还有很多从新生代的Survivor区域中熬过来的对象。
老年代中使用的是Full GC，Full GC所采用的是标记-清除算法。老年代中的Full GC不像Minor GC操作那么频繁，并且进行一次Full GC所需要的时间要比Minor GC的时间长。
总结：
1、老年代中使用Full GC，采用的标记-清除算法
原文链接：https://blog.csdn.net/wanggg2760/article/details/51912491

Java堆可以分为新生代和老年代两个区，其中新生代又可以分为一个Eden区和两个Survivor区，两个Survivor区分别被命名为From和To以示区分，新生代和老年代的比例为1：2，它们共同组成堆的内存区，所以新生代占堆的1/3，老年代占2/3，但这个比例可以修改，下面分别来介绍一下新生代和老年代。
1、【新生代】
新生代分为三个区域，一个Eden区和两个Survivor区，它们之间的比例为(8：1：1)，这个比例也是可以修改的。通常情况下，对象主要分配在新生代的Eden区上，少数情况下也可能会直接分配在老年代中。Java虚拟机每次使用新生代中的Eden和其中一块Survivor(From)，在经过一次Minor GC后，将Eden和Survivor中还存活的对象一次性地复制到另一块Survivor空间上(这里使用的复制算法进行GC)，最后清理掉Eden和刚才用过的Survivor(From)空间。将此时在Survivor空间存活下来的对象的年龄设置为1，以后这些对象每在Survivor区熬过一次GC，它们的年龄就加1，当对象年龄达到某个年龄(默认值为15)时，就会把它们移到老年代中。
在新生代中进行GC时，有可能遇到另外一块Survivor空间没有足够空间存放上一次新生代收集下来的存活对象，这些对象将直接通过分配担保机制进入老年代；
总结：
1、Minor GC是发生在新生代中的垃圾收集，采用的复制算法；
2、新生代中每次使用的空间不超过90%，主要用来存放新生的对象；
3、Minor GC每次收集后Eden区和一块Survivor区都被清空；
2、【老年代】
老年代里面存放都是生命周期长的对象，对于一些较大的对象(即需要分配一块较大的连续内存空间)，是直接存入老年代的，还有很多从新生代的Survivor区域中熬过来的对象。
老年代中使用的是Full GC，Full GC所采用的是标记-清除算法。老年代中的Full GC不像Minor GC操作那么频繁，并且进行一次Full GC所需要的时间要比Minor GC的时间长。
总结：
1、老年代中使用Full GC，采用的标记-清除算法

1. 新生代和老年代的区别？

新生代：一般占据堆的 1/3 空间。用来存放新生的对象，新生代对象朝生夕死，对象存活率低，新生代MinorGC非常频繁，一般回收速度也比较快。新生代常采用 复制算法。
老年代：主要存放应用程序中生命周期长的内存对象。老年代对象存活率高。老年代MajorGC经常会伴随至少一次的 MinorGC，老年代MajorGC 的速度比较慢。老年代常采用的 标记-清除算法和标记-整理算法。

2. 什么样能够从新生代到达老年代?

Eden区满时，进行Minor GC，当Eden和一个Survivor区中依然存活的对象无法放入到另一个Survivor区中时，则通过分配担保机制提前转移到老年代中。
若新创建的对象体积太大, 新生代无法容纳这个对象，就会绕过新生代, 直接在老年代分配, 只对Serial及ParNew两款收集器有效。
长期存活的对象将进入老年代。虚拟机对每个对象定义了一个对象年龄（Age）计数器。当年龄增加到一定的临界值时，就会晋升到老年代中。

3. Minor GC 和 Full GC 的含义及区别？
Minor GC（新生代GC）：指发生在新生代的垃圾收集动作，新生代中的对象朝生夕死，所以 Minor GC 非常频繁，回收速度也比较快。

Full GC（老年代GC）：指发生在老年代的GC，速度一般比 Minor GC 慢十倍以上。如果有Full，说明这次GC发生了Stop-The-World。
4. 什么情况下会出现新生代GC（MinorGC/YoungGC）
对象优先在新生代 Eden 区中分配，如果 Eden 区没有足够的空间时，就会触发一次 Young GC 。
5. 什么情况下出现老年代GC（MajorGC/FullGC）

调用 System.gc() 方法时，会建议JVM进行Full GC，此方法不建议使用。
如果创建一个大对象，Eden区域当中放不下这个大对象，会直接保存在老年代当中，如果老年代空间也不足，就会触发Full GC。
新生代使用的是复制算法，为了内存利用率，只使用其中一个 Survivor 空间来做轮换备份，因此如果大量对象在 Minor GC 后仍然存活，导致 Survivor 空间不够用，就会通过分配担保机制，将多出来的对象提前转到老年代，此时如果老年代的可用内存小于该对象的大小，就会触发 Full GC。
当老年代中最大可用的连续空间小于历代晋升到老年代的对象的平均大小时，会触发Full GC 来让老年代腾出更多的空间。

6. 什么时候对象进入老年代？

大对象直接进入老年代。 虚拟机提供了一个阈值参数，令大于这个设置值的对象直接在老年代中分配。如果大对象进入新生代，新生代采用的复制算法收集内存，会导致在Eden区和两个Survivor区之间发生大量的内存复制，应该避免这种情况。
长期存活的对象进入老年代。 虚拟机给每个对象定义了一个对象年龄计数器，对象在Eden出生，经过一次Minor GC后仍然存活，并且能被Survivor容纳的话，将被移动到Survivor空间中，此时对象年龄设为1。然后对象在Survivor区中每熬过一次 Minor GC，年龄就增加1，当年龄超过设定的阈值时，就会被晋升到老年代中。
动态对象年龄判定： 如果在 Survivor 空间中所有相同年龄的对象，大小总和大于 Survivor 空间的一半，那么年龄大于或等于该年龄的对象就直接进入老年代，无须等到阈值中要求的年龄。
空间分配担保： 如果老年代中最大可用的连续看空间大于新生代所有对象的总空间，那么 Minor GC 是安全的。如果老年代中最大可用的连续空间大于历代晋升到老年代的对象的平均大小，就进行一次有风险的 Minor GC，如果小于平均值，就进行 Full GC 来让老年代腾出更多的空间。因为新生代使用的是复制算法，为了内存利用率，只使用其中一个 Survivor 空间来做轮换备份，因此如果大量对象在 Minor GC 后仍然存活，导致 Survivor 空间不够用，就会通过分配担保机制，将多出来的对象提前转到老年代，但老年代要进行担保的前提是自己本身还有容纳这些对象的剩余空间，由于无法提前知道会有多少对象存活下来，所以取之前每次晋升到老年代的对象的平均大小作为经验值，与老年代的剩余空间做比较。

Java 的垃圾处理是重中之中，具体分为以下三部分，
找到垃圾
收集垃圾
回收
本节所有内容都在堆里执行。
堆被分为新生代和老年代。新生代的特点是每次都有大批的对象死去。老年代的特点是对象存活率高。
垃圾收集算法应该是一个组合，新生代一种，老年代一种，互相配合工作。
什么是垃圾？
—— 没有任何可达路径的对象，也称为已死对象。
有一种著名的流程很广的错误方法 —— 可达计数法。
方法为对象被引用了加 1 计数，被取消引用了减 1 技术。
这种方法无法解决互相循环引用的问题，所以只是空谈，不可实际执行。
主流的商用语言 Java , C#，Lisp 都是使用可达性分析 Reachability Analysis 来判断对象是否存活。这个方法的本质是有保持一组被称为 GC Roots 的根节点，判断一个对象没有一条可达根节点的路径就说明已死。
那么在 Java 中可作为 GC Roots的包括，
栈帧的本地变量表
方法区或 Native 方法引用的对象
第一次被标记对象不会直接死亡的，其进入一个 F-Queue 队列之中，等待被第二次标记。二次标记则对象死亡，事实上存在对象被标记一次后成功逃逸的情况。
以上是堆中的垃圾收集。事实上，方法区（HotSpot中被称为永久代）也可以进行垃圾回收，如类的卸载和常量的卸载。如一个字符串常量永不被访问就会被卸载。如果一个类没有实例、不可加载、无法引用、不可反射，那么类也可以卸载。但是不是一定要卸载，只有频繁定义类和类加载器的场景需要卸载类以防止方法区溢出。
上述方法已经标志出了，接下来如何收集？
目前有三种算法思路，
标志-清除算法 Mark-Sweep 算法。这个算法分为两阶段，先标记处所有需要回收的对象，然后统一清除。这个方法会产生大量的内存碎片，性能很低。
复制算法 Coping。将内存均分为两块，每次只使用一块进行内存分配。当被使用块被标记后，将剩余活着的对象直接复制到另一块，原先的一块清空。这个方法简单粗暴，但是可利用内存只有一半。
标记-整理算法 Mark-Conpact算法。和标志-清除算法大致相同，区别是在清除结束了后会把对象往一侧移动，挤压内存碎片留下的空隙。
HotSpot 对于新生代使用的是略有修改的复制算法。
它将新生代分为三个区，一个大的 Eden 和两个小的 Survivor（名字明显表示了对象生存的状态 —— 伊甸园和荒野求生）。其比例是8：1：1。每次分配内存只使用 Eden 和一个 Survivor。回收的时候，将活着的对象通通复制到另一个 Survivior 中。当然，有可能 Survivor 不够放，这个时候会向老年代进行分配。
HotSpot 对于老年代，使用标志-清除算法或者标志-整理算法。
（IBM 的研究表明，98%的对象朝生夕死）