您可以通过在类的finalize方法中创建类的新实例来创建移动内存泄漏。如果终结器创建多个实例，则会获得加分。下面是一个简单的程序，它可以在几秒钟到几分钟内泄漏整个堆，具体取决于堆的大小：

class Leakee {
    public void check() {
        if (depth > 2) {
            Leaker.done();
        }
    }
    private int depth;
    public Leakee(int d) {
        depth = d;
    }
    protected void finalize() {
        new Leakee(depth + 1).check();
        new Leakee(depth + 1).check();
    }
}

public class Leaker {
    private static boolean makeMore = true;
    public static void done() {
        makeMore = false;
    }
    public static void main(String[] args) throws InterruptedException {
        // make a bunch of them until the garbage collector gets active
        while (makeMore) {
            new Leakee(0).check();
        }
        // sit back and watch the finalizers chew through memory
        while (true) {
            Thread.sleep(1000);
            System.out.println("memory=" +
                    Runtime.getRuntime().freeMemory() + " / " +
                    Runtime.getRuntime().totalMemory());
        }
    }
}

答案完全取决于面试官认为他们在问什么。

在实践中是否可能造成Java泄漏？当然是这样，其他答案中有很多例子。

但有很多元问题可能被问到了？

理论上“完美”的Java实现是否容易泄漏？候选人是否理解理论与现实之间的区别？应聘者是否了解垃圾收集的工作原理？或者垃圾收集在理想情况下应该如何工作？他们知道他们可以通过本地接口调用其他语言吗？他们知道用其他语言泄露内存吗？应聘者是否知道什么是内存管理，以及Java的幕后情况？

我把你的元问题理解为“在这种面试情况下我可以用什么答案”。因此，我将重点关注面试技巧，而不是Java。我相信，你更可能重复在面试中不知道问题答案的情况，而不是你需要知道如何使Java泄漏。所以，希望这会有所帮助。

你可以培养的面试最重要的技能之一是学会积极倾听问题，并与面试官合作以提取他们的意图。这不仅可以让你以他们想要的方式回答他们的问题，还表明你有一些重要的沟通技巧。当要在许多同样有才华的开发人员之间做出选择时，我会雇佣一个在他们每次回应之前都能倾听、思考和理解的人。

我认为，一个有效的例子可能是在线程集中的环境中使用ThreadLocal变量。

例如，使用Servlet中的ThreadLocal变量与其他web组件通信，让容器创建线程，并在池中维护空闲线程。ThreadLocal变量如果没有正确清理，将一直存在，直到同一个web组件覆盖它们的值。

当然，一旦确定，问题很容易解决。

我觉得有趣的是，没有人使用内部类示例。如果您有内部类；它固有地维护对包含类的引用。当然，从技术上讲，这不是内存泄漏，因为Java最终会清理掉它；但这会导致类停留的时间比预期的长。

public class Example1 {
  public Example2 getNewExample2() {
    return this.new Example2();
  }
  public class Example2 {
    public Example2() {}
  }
}

现在，如果您调用Example1并得到一个Example2丢弃Example1，那么您本质上仍然有一个到Example1对象的链接。

public class Referencer {
  public static Example2 GetAnExample2() {
    Example1 ex = new Example1();
    return ex.getNewExample2();
  }

  public static void main(String[] args) {
    Example2 ex = Referencer.GetAnExample2();
    // As long as ex is reachable; Example1 will always remain in memory.
  }
}

我还听到一个传言，如果你有一个变量存在的时间超过了一个特定的时间；Java假设它将永远存在，并且如果代码中无法访问它，它实际上永远不会尝试清理它。但这完全未经证实。

您可以尝试使用while循环使许多缓冲的读取器尝试同时打开同一个文件，条件决不为false。最上面的樱桃是这些永远不会关闭。

对前面的答案有一点改进（为了更快地生成内存泄漏），就是使用从大型XML文件加载的DOM文档实例。