JAVA的GC机制(4) ——内存泄漏

所有与main()进程不再有任何引用关系的对象都被JVM视作垃圾，并会被适时回收；而 如果在需要废弃一个对象的时候，引用关系解除得不彻底，就会发生非预期的内存占用，即泄露。

• 有没有什么工具能帮忙查出某个对象是否确实不再被引用、仅仅只是在等待GC来吃？
• 或者有什么办法实时地显示出JVM内部所有对象之间的引用关系？

举例：

• 有一个全局范围的容器Collection<Object> c。
• 在局部范围内创建一个Object o，此时JVM从堆上划分一块内存创建对象XXX，交给o引用。
• 因为某些需要，或者特殊情况，o被添加进c里，则此时c也会引用对象XXX。
• 当o引用的对象XXX完成使命后，开发者为o赋了新值null，此时o不再引用对象XXX。
• 由于某些情况，开发者忽略了步骤3，或者步骤3是背着开发者进行的，又或者开发者没有权限从c中删除对象XXX，则c将一直保持到对象XXX的引用，而对象XXX所占据的内存空间在进程生命周期内永远无法释放。
• 凑巧，这段代码依据一定的规则循环执行，则c内会继续添加对对象YYY、ZZZ等的引用，并且在这些对象的使命完成后也因为同样的原因而不释放空间。
• 天长日久，系统越来越慢，终于有一天，OutOfMemoryError，成为注定的结局……

这种状况在使用外来组件时尤其容易发生，比如JDK的Logger。

所以需要尽量避免这样的方式。