Java的垃圾回收机制详解

1.JVM的gc概述

    gc即垃圾收集机制是指JVM用于释放那些不再使用的对象所占用的内存。Java语言并不要求JVM有gc，也没有规定gc如何工作。不过常用的JVM都有gc，而且大多数gc都使用类似的算法管理内存和执行收集操作。在充分理解了垃圾收集算法和执行过程后，才能有效的优化它的性能。有些垃圾收集专用于特殊的应用程序。比如，实时应用程序主要是为了避免垃圾收集中断，而大多数OLTP应用程序则注重整体效率。理解了应用程序的工作负荷和JVM支持的垃圾收集算法，便可以进行优化配置垃圾收集器。垃圾收集的目的在于清除不再使用的对象。gc通过确定对象是否被活动对象引用来确定是否收集该对象。gc首先要判断该对象是否是时候可以收集。
 
     两种常用的方法是引用计数和对象引用遍历。 
     1.1.引用计数引用计数存储对特定对象的所有引用数，也就是说，当应用程序创建引用以及引用超出范围时，JVM必须适当增减引用数。当某对象的引用数为0时，便可以进行垃圾收集。 
 
     1.2.对象引用遍历早期的JVM使用引用计数，现在大多数JVM采用对象引用遍历。对象引用遍历从一组对象开始，沿着整个对象图上的每条链接，递归确定可到达（reachable）的对象。如果某对象不能从这些根对象的一个（至少一个）到达，则将它作为垃圾收集。 
     步骤：
     1 标记（marking）对象
     在对象遍历阶段，gc必须记住哪些对象可以到达，以便删除不可到达的对象。
     2 清除（sweeping）
     下一步，gc要删除不可到达的对象。删除时，有些gc只是简单的扫描堆栈，删除未标记的未标记的对象，并释放它们的内存以生成新的对象。这种方法的问题在于内存会分成好多小段，而它们不足以用于新的对象，但是组合起来却很大。因此，许多gc可以重新组织内存中的对象，并进行压缩，形成可利用的空间。
     3 压缩（compact）
     压缩时gc需要停止其他的活动。这种方法意味着所有与应用程序相关的工作停止，只有gc运行。结果，在响应期间增减了许多混杂请求。另外，更复杂的gc不断增加或同时运行以减少或者清除应用程序的中断。有的gc使用单线程完成这项工作，有的则采用多线程以增加效率。
 
2.几种垃圾回收机制 
 
     2.1.标记－清除收集器
     这种收集器首先遍历对象图并标记可到达的对象，然后扫描堆栈以寻找未标记对象并释放它们的内存。这种收集器一般使用单线程工作并停止其他操作。
  
     2.2.标记－清除－压缩收集器
     与标记－清除收集器有相同的标记阶段。在第二阶段，则把标记对象复制到堆栈的新域中以便压缩堆栈。这种收集器也停止其他操作。
 
     2.3.复制收集器
     这种收集器将堆栈分为两个域，常称为半空间。每次仅使用一半的空间，JVM生成的新对象则放在另一半空间中。gc运行时，它把可到达对象复制到另一半空间，从而压缩了堆栈。这种方法适用于短生存期的对象，持续复制长生存期的对象则导致效率降低。
 
     2.4.增量收集器增量
     收集器把堆栈分为多个域，每次仅从一个域收集垃圾。这会造成较小的应用程序中断。
 
     2.5.分代收集器
     这种收集器把堆栈分为两个或多个域，用以存放不同寿命的对象。JVM生成的新对象一般放在其中的某个域中。过一段时间，继续存在的对象将获得使用期并转入更长寿命的域中。分代收集器对不同的域使用不同的算法以优化性能。
 
     2.6.并发收集器
     并发收集器与应用程序同时运行。这些收集器在某点上（比如压缩时）一般都不得不停止其他操作以完成特定的任务，但是因为其他应用程序可进行其他的后台操作，所以中断其他处理的实际时间大大降低。
 
     2.7.并行收集器
     并行收集器使用某种传统的算法并使用多线程并行的执行它们的工作。在多cpu机器上使用多线程技术可以显著的提高Java应用程序的可扩展性。
 
3.Sun HotSpot 1.4.1 JVM堆大小的调整
     Sun HotSpot 1.4.1使用分代收集器，它把堆分为三个主要的域：新域、旧域以及永久域。JVM生成的所有新对象放在新域中。一旦对象经历了一定数量的垃圾收集循环后，便获得使用期并进入旧域。在永久域中JVM则存储class和method对象。就配置而言，永久域是一个独立域并且不认为是堆的一部分。下面介绍如何控制这些域的大小。
  
     例子
     Java –Xms128m –Xmx256m
     使用-Xms和-Xmx可控制整个堆的原始大小或最大值。
     这里初始大小设置为128M，最大值为256m
  
     Java –Xms128m –Xmx128m –XX:NewRatio=3
     把整个堆设置成128m，新域比率设置成3，即新域与旧域比例为1：3，新域为堆的1/4或32M
     还可使用-XX:NewSize和-XX:MaxNewsize设置新域的初始值和最大值
  
     Java –Xms256m –Xmx256m –Xmn64m
     新域的初始值和最大值设置成64m，永久域默认大小为4m

     Java -Xms512m -Xmx512m -Xmn128m -XX:PermSize=32m-XX:MaxPermSize=64m 
     运行程序时，JVM会调整永久域的大小以满足需要。每次调整时，JVM会对堆进行一次完全的垃圾收集。可可使用-XX:PerSize标志设置初始值，使用-XX:MaxPerSize标志来确定永久域的最大值。
  
     默认状态下，HotSpot在新域中使用复制收集器的算法。
     但该域一般分为三个部分。第一部分为Eden，用于生成新的对象。另两部分from和to称为救助空间。
     当Eden充满时，收集器停止应用程序，把所有可到达对象复制到当前的from救助空间，一旦当前的from救助空间充满，收集器则把可到达对象复制到当前的to救助空间。 From和to救助空间互换角色。维持活动的对象将在救助空间不断复制，直到它们获得使用期并转入旧域。
  
     例子
     Java -Xms256m -Xmx256m -Xmn64m -XX:SurvivorRatio=2
     使用-XX:SurvivorRatio可控制新域子空间的大小。SurvivorRatio规定Eden空间与救助域的比值。
     命令把新域设置成64m，Eden占32m，每个救助域各占16m
  
     默认状态下HotSpot对旧域使用标记－清除－压缩收集器。
     在新域中使用复制收集器有很多意义，因为应用程序生成的大部分对象是短寿命的。理想状态下，所有过渡对象在移出Eden空间时将被收集。如果能够这样的话，并且移出Eden空间的对象是长寿命的，那么理论上可以立即把它们移进旧域，避免在救助空间反复复制。但是，应用程序不能适合这种理想状态，因为它们有一小部分中长寿命的对象。最好是保持这些中长寿命的对象并放在新域中，因为复制小部分的对象总比压缩旧域廉价。