java垃圾回收学习

java垃圾回收学习 经过一个晚上的努力终于完成了一个文件替换指定字符串的程序， 但是由于我要替换的全站程序html文件太多， 所以eclipse下边老是在一个目录结束后报出java.lang.OutOfMemoryError: Java heap space的异常，然后就崩溃了。 我一想肯定是频繁操作造成来不及回收， 于是在每个循环之后加上一个Thread.sleep（1000）, 发现还是到那个目录下就死掉，于是把1000改成5000，还是到那里死掉， 我想可能不是来不及回收这么简单，或许sun 的JVM里边刚好对于这种情况不释放也有可能。 接着我又把启动的参数添上一个 -Xmx256M,这回就可以了。 想一想，还是对于垃圾回收的原理不太了解，就在网上查了一下，发现了几篇不错的文章。 还有:Java堆的管理—垃圾回收提到一下几点，很不错，或许可以作为写程序时候的准则： （1）不要试图去假定垃圾收集发生的时间，这一切都是未知的。 比如，方法中的一个临时对象在方法调用完毕后就变成了无用对象，这个时候它的内存就可以被释放。 （2）Java中提供了一些和垃圾收集打交道的类， 而且提供了一种强行执行垃圾收集的方法--调用System.gc()， 但这同样是个不确定的方法。Java 中并不保证每次调用该方法就一定能够启动垃圾收集， 它只不过会向JVM发出这样一个申请，到底是否真正执行垃圾收集，一切都是个未知数。 （3）挑选适合自己的垃圾收集器。一般来说，如果系统没有特殊和苛刻的性能要求， 可以采用JVM的缺省选项。否则可以考虑使用有针对性的垃圾收集器， 比如增量收集器就比较适合实时性要求较高的系统之中。 系统具有较高的配置，有比较多的闲置资源，可以考虑使用并行标记/清除收集器。 （4）关键的也是难把握的问题是内存泄漏。 良好的编程习惯和严谨的编程态度永远是最重要的，不要让自己的一个小错误导致内存出现大漏洞。 （5）尽早释放无用对象的引用。 大多数程序员在使用临时变量的时候， 都是让引用变量在退出活动域(scope)后，自动设置为null， 暗示垃圾收集器来收集该对象，还必须注意该引用的对象是否被监听，如果有，则要去掉监听器，然后再赋空值。 就是说,对于频繁申请内存和释放内存的操作,还是自己控制一下比较好, 但是System.gc()的方法不一定适用，最好使用finallize强制执行或者写自己的finallize方法。 Java垃圾回收机制详解和调优___已看 gc即垃圾收集机制是指jvm用于释放那些不再使用的对象所占用的内存。java语言并不要求jvm有gc，也没有规定gc如何工作。不过常用的jvm都有gc，而且大多数gc都使用类似的算法管理内存和执行收集操作。 在充分理解了垃圾收集算法和执行过程后，才能有效的优化它的性能。有些垃圾收集专用于特殊的应用程序。比如，实时应用程序主要是为了避免垃圾收集中断，而大多数OLTP应用程序则注重整体效率。理解了应用程序的工作负荷和jvm支持的垃圾收集算法，便可以进行优化配置垃圾收集器。 垃圾收集的目的在于清除不再使用的对象。gc通过确定对象是否被活动对象引用来确定是否收集该对象。gc首先要判断该对象是否是时候可以收集。两种常用的方法是引用计数和对象引用遍历。 1.1.引用计数 引用计数存储对特定对象的所有引用数，也就是说，当应用程序创建引用以及引用超出范围时，jvm必须适当增减引用数。当某对象的引用数为0时，便可以进行垃圾收集。 1.2.对象引用遍历 早期的jvm使用引用计数，现在大多数jvm采用对象引用遍历。对象引用遍历从一组对象开始，沿着整个对象图上的每条链接，递归确定可到达（reachable）的对象。如果某对象不能从这些根对象的一个（至少一个）到达，则将它作为垃圾收集。在对象遍历阶段，gc必须记住哪些对象可以到达，以便删除不可到达的对象，这称为标记（marking）对象。 下一步，gc要删除不可到达的对象。删除时，有些gc只是简单的扫描堆栈，删除未标记的未标记的对象，并释放它们的内存以生成新的对象，这叫做清除（sweeping）。这种方法的问题在于内存会分成好多小段，而它们不足以用于新的对象，但是组合起来却很大。因此，许多gc可以重新组织内存中的对象，并进行压缩（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生成的所有新对象放在新域中。一旦对