每个人都会忘记本机代码路径。以下是泄漏的简单公式：

声明本机方法。在本机方法中，调用malloc。不要打免费电话。调用本机方法。

记住，本机代码中的内存分配来自JVM堆。

任何时候，只要您保留对不再需要的对象的引用，就会出现内存泄漏。请参阅处理Java程序中的内存泄漏，以了解内存泄漏如何在Java中表现出来以及您可以如何处理它。

一些建议：

在servlet容器中使用commons日志记录（可能有点挑衅）在servlet容器中启动线程，不要从其运行方法返回在servlet容器中加载动画GIF图像（这将启动一个动画线程）

通过重新部署应用程序，可以“改善”上述效果；）

我最近偶然发现：

调用“newjava.util.zip。充气器（）；”而不调用“充气器.end（）”

阅读http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5072161并将问题联系起来进行深入讨论。

正如许多人所建议的那样，资源泄漏很容易造成，就像JDBC示例一样。实际的内存泄漏有点困难——尤其是如果您不依赖JVM中的碎片来为您进行泄漏。。。

创建占地面积非常大的对象，然后无法访问这些对象的想法也不是真正的内存泄漏。如果没有东西可以访问它，那么它将被垃圾收集，如果有东西可以访问，那么它就不是泄漏。。。

然而，一种曾经有效的方法——我不知道它是否仍然有效——是有一条三深的环形链。正如在对象A中有对对象B的引用，对象B有对对象C的引用，而对象C有对对象A的引用。GC足够聪明，知道如果A和B不能被任何其他对象访问，但不能处理三方链，则可以安全地收集两个深链（如在A<-->B中）。。。

就像这样！

public static void main(String[] args) {
    List<Object> objects = new ArrayList<>();
    while(true) {
        objects.add(new Object());
    }
}

一种可能是为ArrayList创建一个包装器，该包装器只提供一个方法：一个向ArrayList添加内容的方法。将ArrayList本身设为私有。现在，在全局范围中构造这些包装器对象之一（作为类中的静态对象），并用final关键字限定它（例如，public static final ArrayListWrapper wrapperClass=new ArrayListWrapper（））。因此，现在不能更改引用。也就是说，wrapperClass=null不起作用，不能用于释放内存。但是除了向wrapperClass中添加对象之外，也没有办法对wrapperClass进行任何操作。因此，添加到wrapperClass中的任何对象都不可能被回收。