先看一段转载，原文出自 http://jefferent.iteye.com/blog/1123677
虚拟机中的共划分为三个代：年轻代（Young Generation）、年老点（Old Generation）和持久代（Permanent Generation）。其中持久代主要存放的是Java类的类信息，与垃圾收集要收集的Java对象关系不大。年轻代和年老代的划分是对垃圾收集影响比较大的。
年轻代:
所有新生成的对象首先都是放在年轻代的。年轻代的目标就是尽可能快速的收集掉那些生命周期短的对象。年轻代分三个区。一个Eden区，两个 Survivor区(一般而言)。大部分对象在Eden区中生成。当Eden区满时，还存活的对象将被复制到Survivor区（两个中的一个），当这个 Survivor区满时，此区的存活对象将被复制到另外一个Survivor区，当这个Survivor去也满了的时候，从第一个Survivor区复制过来的并且此时还存活的对象，将被复制“年老区(Tenured)”。需要注意，Survivor的两个区是对称的，没先后关系，所以同一个区中可能同时存在从Eden复制过来对象，和从前一个Survivor复制过来的对象，而复制到年老区的只有从第一个Survivor去过来的对象。而且，Survivor区总有一个是空的。同时，根据程序需要，Survivor区是可以配置为多个的（多于两个），这样可以增加对象在年轻代中的存在时间，减少被放到年老代的可能。
年老代:
在年轻代中经历了N次垃圾回收后仍然存活的对象，就会被放到年老代中。因此，可以认为年老代中存放的都是一些生命周期较长的对象。
持久代:
用于存放静态文件，如今Java类、方法等。持久代对垃圾回收没有显著影响，但是有些应用可能动态生成或者调用一些class，例如Hibernate 等，在这种时候需要设置一个比较大的持久代空间来存放这些运行过程中新增的类。持久代大小通过-XX:MaxPermSize=<N>进行设置。
什么情况下触发垃圾回收：
由于对象进行了分代处理，因此垃圾回收区域、时间也不一样。GC有两种类型：Scavenge GC和Full GC。
Scavenge GC
一般情况下，当新对象生成，并且在Eden申请空间失败时，就会触发Scavenge GC，对Eden区域进行GC，清除非存活对象，并且把尚且存活的对象移动到Survivor区。然后整理Survivor的两个区。这种方式的GC是对年轻代的Eden区进行，不会影响到年老代。因为大部分对象都是从Eden区开始的，同时Eden区不会分配的很大，所以Eden区的GC会频繁进行。因而，一般在这里需要使用速度快、效率高的算法，使Eden去能尽快空闲出来。
Full GC
对整个堆进行整理，包括Young、Tenured和Perm。Full GC因为需要对整个对进行回收，所以比Scavenge GC要慢，因此应该尽可能减少Full GC的次数。在对JVM调优的过程中，很大一部分工作就是对于FullGC的调节。有如下原因可能导致Full GC：
- 年老代（Tenured）被写满
- 持久代（Perm）被写满
- System.gc()被显示调用
- 上一次GC之后Heap的各域分配策略动态变化
——————————————————————————————————————————————————————
我补充几点，以上所说的分代回收机制其实说的是Java的堆内部的划分结构以及对各部分结构触发垃圾回收的时机，那么当垃圾回收被触发时，真正的垃圾回收的方法是什么呢？有如下两种(一下内容参考自 Thinking in Java)
1. 标记-清扫(mark-and-sweep)
标记-清扫方式是从堆栈和静态存储去出发，遍历所有引用，找出所有存活对象。每当找到一个存活对象，会给该对象一个标记，当所有对象被标记完以后，清理工作开始，被标记的对象不会被清理，没被标记的对象将被释放。这种方法清理完以后，堆空间是不连续的，有可能会产生许多内存碎片。
2. 停止-复制(stop-and-copy)
停止-复制会先暂停程序的运行，然后将存活的对象复制到一个新堆，新堆的对象是连续紧凑排列的。这种方法的好处是可以杜绝内存碎片，坏处也显而易见，就是浪费内存空间，另外内存复制也会耗费效率。而且有可能实际上垃圾并不多的时候，使用这种方法就会比标记-清扫效果要差
那么，实际上Java虚拟机的垃圾清理是这两种方式的协同工作的，JVM会监视垃圾回收效果，如果垃圾较少，而垃圾回收效率低，则会切换到“标记-清扫”模式，相反如果使用“标记-清扫”导致堆空间出现过多的碎片，则会切换到“停止-复制”。这就是JVM的“自适应”技术。
最后，给Java的垃圾回收冠以一个名号 -- “分代的，自适应的，标记-清扫，停止-复制”式垃圾回收
