1、“..... 在最近的里采用的技术也使用了种类似方案，段代码每执行次，该技术就优化次代码，所以运行的次数越多，代码执行的速度就越快......”。

2、“.....所以非常像里栈的分配方式。 当然，记录工作会有点额外的开销，但是完全不同于里那种在堆放工场里为寻找没被利用的存贮空间而付出的开销。 你或许观察到实际上堆本身并不是个传送带，如果你真的那样看待堆，你就会启用虚拟内存在硬盘里不断地装卸......”。

3、“..... 最终当你创建了足够多的对象后，你会耗尽内存。 的诀窍就在于垃圾搜集器插手于其中，当垃圾收集器收集垃圾的时候，它会压缩所有堆里的对象以便你能够有效的将堆指针移动到离传送带更近的地方从而远离了页面。 垃圾收集器重新安排了整个过程，这使得分配存贮空间的时候种高速，无穷闲置的堆模式成为可能。 要想理解的垃圾收集工作，先了解下别的语言系统里垃圾收集所使用的方案是有帮助的......”。

4、“.....每次个引用指向那个对象的时候，引用记数就增加每次对象引用离开作用域或者被设置为的时候，引用记数就减。 因此，应付对象被引用的数量在你的程序的整个生命周期里是笔较小但却直持续的开销。 圾收集器历遍整组对象，当它发现个引用记数为零的对象时就会释放那个对象的存贮空间。 不过，只要记数为零，引用记数方案通常会立刻释放对象......”。

5、“.....那么这些对象的引用记数可能为非零，而垃圾收集器依然把它们当作垃圾收集。 定位这种自我引用的对象组需要垃圾收集器付出大量额外的工作。 引用记数通常被用来解释类垃圾收集的工作原理，但是它似乎没被任何种所采纳。 基础上。 有种执行更快的垃圾收集方案，这种方案中垃圾收集不是建立在引用记数的基础上。 相反，它的思想是是任何没死的对象最终定会在栈和静态存贮器里找到相应存活的引用......”。

6、“..... 因此，如果从栈和静态存贮器里开始并历遍整个引用组，你会找到所有存活的对象。 对于你找到的每个单引用，你必须找到它所指向的对象，然后发觉那个对象的所有引用，接着找到那些引用所指向的所有对象，依次类推，直到你历遍整个由栈和静态存贮器里的引用所形成的网。 每个你找到的对象必须还存活着。 注意，这里不存在分离的自我引用的对象组他们只是没被查找到，因此被自动当作垃圾。 在上述提到安排对象的散乱分布......”。

7、“..... 在的文献资料里，你会发现很多资料认为垃圾收集是种低优先性的后台进程，但事实上垃圾收集在早期的版本里并不是这样执行地。 相反，当内存闲置空间少的时候，的垃圾收集器会终止程序运行。 也需要程序被终止。 正如前面提到的，在这里描述的里，内存被分配成大的块。 如果你指定了个大的对象，它将会得到它自己的内存块。 严格意义上的在可以释放旧堆之前，需要从源堆里拷贝每个活着的对象到新的堆里，这会耗费大量内存......”。

8、“.....垃圾收集器在收集的时候就能够拷贝对象到死的块里。 每个块都有个生成数用来跟踪它是否还活着。 正常情况下，只有自上次垃圾收集后创建的块才被压缩所有别的块如果在什么地方被引用着的话，相应的生成记数会增加。 这种方式解决了通常情况下许多短期生存的暂时对象。 彻底的清扫工作会周期性进行。 大对象仍旧不拷贝他们只是把自己的生成记数增加，而那些包含小对象的块会被拷贝和压缩。 会监视垃圾收集的效率......”。

9、“.....垃圾收集会转向模式。 同样地，也会跟踪的运行效果，如果堆开始变得零碎不堪，垃圾收集又会转回模式。 这就是自适应概念的来源，所以你能总结出句冗长拗口的话自适应地分阶段地。 里，可能会有些附带的加速技术。 项很重要的技术就涉及到那个加载程序的操作，它被称为编译器。 编译器能部分或者全部把程序转换成机器能够识别的代码，所以程序就不需要的解释了......”。