1、“.....其中个变体就是。它意味着基于些明显原因程序首先停止运行这不是种在后台实施垃圾收集方案。然后，每个活着对象从个堆里被拷贝到另个堆里，同时被拷贝活对象和死对象被当作垃圾遗弃。并且，当对象被拷贝到新堆里后，他们在那里被个挨个塞紧，因此实现了压缩新堆目而且如前所述，这种方式腾出了压缩后多余出来新空间。当然......”。

2、“.....所有指向对象引用必须相应改变。指向堆或者静态存贮器里个被移动对象引用可以立即得到改变，但是还存在其它后来在走走时候才会碰到指向该对象引用。这些引用旦发现就会被修改。你可以想象存在张映射旧新地址表。有两个问题使这种所谓拷贝型收集器缺乏效率。第个问题就是你使用了两个堆，为了维护两倍于你实际所需要内存空间，你得在这两个堆之间来回搅动着整个内存空间......”。

3、“.....然后很简单地从个块拷贝对象到另个。第二个问题是拷贝过程本身。旦你地程序趋向于稳定时候，它可能生成很少或者几乎不生成垃圾。然而方案不管这些，拷贝型垃圾收集器依旧把活对象占用空间从个地方拷贝到另个地方，这就形成了浪费。为了阻止这种情况发生，些会探测没有新垃圾产生时机，并且会转向实施另外个完全不同垃圾收集方案......”。

4、“.....并且它是早期版本直使用方案。处理般垃圾收集工作，表现得相当地慢，但是当你程序生成很少或者不生成垃圾时，它又运行得很快。遵循着和样逻辑从栈和静态存贮器里出发，跟踪所有引用从而找到存活对象。不过，每次它找到活对象时候，那个对象被做以标记，而且对象还不会被收集起来。只有在整个标记过程完成后，清扫工作才真正开始。在清扫过程中，死对象被释放存贮空间。不过......”。

5、“.....所以如果垃圾收集器打算压缩已经成为碎片堆，它会采用如同洗牌样方式来重新安排对象散乱分布。思想是垃圾收集不在后台完成，相反，程序需要停止运行同时垃圾收集开始工作。在文献资料里，你会发现很多资料认为垃圾收集是种低优先性后台进程，但事实上垃圾收集在早期版本里并不是这样执行地。相反，当内存闲置空间少时候......”。

6、“.....正如前面提到，在这里描述里，内存被分配成大块。如果你指定了个大对象，它将会得到它自己内存块。严格意义上在可以释放旧堆之前，需要从源堆里拷贝每个活着对象到新堆里，这会耗费大量内存。而有了块概念，垃圾收集器在收集时候就能够拷贝对象到死块里。每个块都有个生成数用来跟踪它是否还活着。正常情况下，只有自上次垃圾收集后创建块才被压缩所有别块......”。

7、“.....相应生成记数会增加。这种方式解决了通常情况下许多短期生存暂时对象。彻底清扫工作会周期性进行。大对象仍旧不拷贝他们只是把自己生成记数增加，而那些包含小对象块会被拷贝和压缩。会监视垃圾收集效率，如果是因为所有对象都稳定运行而使得收集工作比较浪费时间话，垃圾收集会转向模式。同样地，也会跟踪运行效果，如果堆开始变得零碎不堪......”。

8、“.....这就是自适应概念来源，所以你能总结出句冗长拗口话自适应地分阶段地。里，可能会有些附带加速技术。项很重要技术就涉及到那个加载程序操作，它被称为编译器。编译器能部分或者全部把程序转换成机器能够识别代码，所以程序就不需要解释了，结果是程序运行起来快很多。当必须加载类时候特别是你第次想创建那个类对象时候，首先定位文件，然后相应字节码被送入内存。这个时候......”。

9、“.....但是这样做有两个缺点这种方式应用由于混杂在程序整个生命周期里，所以能累加起来，从而导致程序执行起来会花费些额外时间另外它也增加了可执行程序尺寸字节码要比已扩展代码压缩度高出很多，因此有可能导致虚拟内存使用，结果明显地降低了程序运行效率。个替代方案就是，它意思是直到代码需要时候，才用来编译。因此......”。