1、经过一个晚上的努力终于完成了一个文件替换指定字符串的程序，但是由于我要替换的全站程序html文件太多，所以eclipse下边老是在一个目录结束后报出java.lang.OutOfMemoryError: Java heap space的异常，然后就崩溃了。我一想肯定是频繁操作造成来不及回收，于是在每个循环之后加上一个Thread.sleep（1000）,发现还是到那个目录下就死掉，于是把1000改成5000，还是到那里死掉，我想可能不是来不及回收这么简单，或许sun 的JVM里边刚好对于这种情况不释放也有可能。接着我又把启动的参数添上一个 -Xmx256M,这回就可以了。想一想，还是对于垃圾回
2、收的原理不太了解，就在网上查了一下，发现了几篇不错的文章。http:/ 不错，或许可以作 程序 的 （1）不要 定垃圾收 发 的 ，这一 是 的。， 的一个 对 在 完 后就 成了 对 ，这个 的 就可以释放。（2）Java 提了一垃圾收 currency1的，“提了一种fi垃圾收 的 - System.gc()，但这fl 是个不定的 。Java 不每 就一定能启动垃圾收 ，不过”JVM发出这 一个，到是 fi垃圾收 ，一 是个 数。（3）的垃圾收 。一来 ， 有 的 能要 ，可以 JVM的 。 可以 有 对 的垃圾收 ，收 就 要 的 之 。 有 的 ，有 多的 ，可以 /收 。（4） 的也是 把 的 是 。好的 程 的 程 是 要的，不要 的一个小错误导致 出现大 洞。（5）尽早释放 对 的引 。大多数程序员在 的 ，是 引 在退出活动域(scope)后，动设 null，暗示垃圾收 来收 对 ，还必须注意引 的对 是 监听， 有， 要 掉监听，然后再赋空值。就是 ,对于频繁 释放 的操作,还是控制一下 好,但是System.gc()的 不一定 ， 好 finallize制fi或者 的finallize 。
