废除Java神话之一

对付java措施员而言，垃圾收集成果是一个很是大的辅佐，同时也是利用java语言的一个很是大的优势。 然而，实际环境应该是不能因为垃圾收集可以排除无用的内存就不去思量内存问题。这里要指明的是， 假如忽略这个问题，那么就会导致问题。

首先，在差异的JVM上垃圾收集算法是差异的，因此，假如你想你的措施可以或许很好的运行在差异的JVM上，那么就不能依赖垃圾收集的特定行为。垃圾收集是一个很是活泼的研究问题，更好、更快而且更准确的收集器总在实现中。

然而许多现代的垃圾收集器都有着同样的问题。个中一个是当他们运行时并非老是释放所有那些可以被收集的工具。

阐明表白java编程中大多工具的保留期是短暂的，因此，对付需要提高机能的收集器而言，他们会淘汰查抄那些具有较永生命的工具的频度，这个是依据大多工具具有较短的保留期，而那些保留期较长的工具往往会被继承引用，因此，没有须要在每次查抄时都去查抄这样的工具是否可以被接纳。

要释放特定的工具的内存大概需要多次挪用垃圾收集。你可以通过挪用System.gc要领发起（留意是发起）垃圾收集器运行。请求这个要领的功效凡是导致垃圾收集器举办一次完整的收集。凡是这个比VM挪用垃圾收集要更彻底和完全，也会尽大概快的完成。假如措施员显式的挪用System.gc，那么推论是有更多的时间做更多的事情（请留意是有更多的工作做更多的工作，这意味着将举办大量的查抄,还记得适才的有关对是非生命期工具的查抄的频度的变革吗？而不是真正彻底的排除）。在任何一种环境下（显式挪用垃圾收集和VM挪用垃圾收集）都不要假设所有可以被收集的工具会真正的被收集。

显式的挪用System.gc有更大的时机完成彻底的收集，但不是担保会完成。

另一个措施员会碰着的贫苦是他们往往保持对那些不再需要的工具的引用。这将阻止垃圾收集器释放该工具。

这种环境在你本身打点列表的时候会产生。

思量下面的ObjStack类。这个类利用push和pop要领打点仓库中的工具。两个要领都操作索引，该索引指明仓库中下一个可用的位置。push要领存储对新工具的引用并增加索引值，而pop要领减小索引值并返回仓库最上面的元素。

实例一：没有正确实现pop要领的ObjStack

class ObjStack
{
　private Object[] stack;
　private int index;
　public void push(Object o)
　{
　　stack[index] = o;
　　index++;
　}
　public Object pop()
　{
　　index-;
　　return stack[index];
　}
　//...
}

此刻建设一个容量为10的工具，然后挪用8次push要领向它添加工具，那么此时索引值为8。

此刻思量三次挪用pop要领后产生什么？此时的索引值为5，可是请留意，除了这个索引值产生变革外仓库其实没有其它任何变革！

固然pop要领减小了索引值，可是实际上仓库仍然保持着对那些工具的引用。挪用pop要领往往意味着那些工具应该被收集（大多环境是如此的，纵然不是顿时，也是在稍后利用完该工具后）。然而由于仓库仍然保存有对该工具的引用，它就不能被收集。这些工具只能在挪用push后被替换才大概被收集。正确的pop的实现如下：

public Object pop()
{
　index-;
　Object o = stack[index];
　stack[index] = null;
　return o;
}

在这个版本的pop要领中，当引用被返回后，仓库删除对他们的引用因此垃圾收集器在今后可以接纳他们。

在你本身的编码中，对付那些不需要的工具，不要在引用它们！措施的执行极大收到可用内存的影响，可用内存越少，那么垃圾收集的执行次数越多，这将极大的伤害机能。