Java中的内存泄漏不是典型的C/C++内存泄漏。

要了解JVM的工作原理，请阅读了解内存管理。

基本上，重要的部分是：

标记和扫描模型JRockit JVM使用标记和清除垃圾收集模型执行整个堆的垃圾收集。标记和扫描垃圾收集包括两个阶段，标记阶段和扫描阶段。在标记阶段，可以从Java访问的所有对象线程、本机句柄和其他根源标记为活动的，如以及可从这些对象访问的对象，等等向前地此过程识别并标记所有静止的对象使用，其余的可以被视为垃圾。在扫描阶段，将遍历堆以查找活动对象。这些差距记录在免费列表中可用于新对象分配。JRockit JVM使用标记和扫描的两个改进版本模型一种是同时进行标记和扫描，另一种是平行标记和扫描。你也可以将这两种策略结合起来例如主要是并发标记和并行扫描。

因此，在Java中创建内存泄漏；最简单的方法是创建一个数据库连接，做一些工作，而不是Close（）；然后在保持范围内的同时生成新的数据库连接。例如，这在循环中并不难做到。如果您有一个工作人员从队列中拉出并推送到数据库，那么您可以通过忘记Close（）连接或在不需要时打开连接等方式轻松创建内存泄漏。

最终，您将通过忘记Close（）连接来消耗已分配给JVM的堆。这将导致JVM垃圾疯狂收集；最终导致java.lang.OutOfMemoryError:java堆空间错误。应该注意，该错误可能并不意味着存在内存泄漏；这可能意味着你没有足够的记忆；例如，Cassandra和Elasticsearch等数据库可能会抛出错误，因为它们没有足够的堆空间。

值得注意的是，所有GC语言都是如此。以下是我作为SRE工作的一些例子：

Node.js使用Redis作为队列；开发团队每12小时创建一次新连接，但忘记关闭旧连接。最终，节点是OOMd，因为它消耗了所有内存。去吧（我犯了这个罪）；使用JSON.Unmarshal解析大型JSON文件，然后通过引用传递结果并保持其打开状态。最终，这导致整个堆被我打开以解码JSON的意外引用所消耗。

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

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

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

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

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

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

内存泄漏是一种资源泄漏，当计算机程序错误地管理内存分配，导致不再需要的内存无法释放时，就会发生这种情况=>维基百科定义

这是一种相对基于上下文的主题，你可以根据自己的喜好创建一个主题，只要未使用的引用永远不会被客户使用，但仍然存在。

第一个例子应该是一个自定义堆栈，而不取消有效Java第6项中过时的引用。

当然，只要你愿意，还有很多，但如果我们看看Java内置类，它可能是

子列表（）

让我们检查一些超级愚蠢的代码来产生泄漏。

public class MemoryLeak {
    private static final int HUGE_SIZE = 10_000;

    public static void main(String... args) {
        letsLeakNow();
    }

    private static void letsLeakNow() {
        Map<Integer, Object> leakMap = new HashMap<>();
        for (int i = 0; i < HUGE_SIZE; ++i) {
            leakMap.put(i * 2, getListWithRandomNumber());
        }
    }



    private static List<Integer> getListWithRandomNumber() {
        List<Integer> originalHugeIntList = new ArrayList<>();
        for (int i = 0; i < HUGE_SIZE; ++i) {
            originalHugeIntList.add(new Random().nextInt());
        }
        return originalHugeIntList.subList(0, 1);
    }
}

实际上，还有另一个技巧，我们可以利用HashMap的查找过程，使用HashMap造成内存泄漏。实际上有两种类型：

hashCode（）始终相同，但equals（）不同；使用随机hashCode（）和equals（）始终为true；

Why?

hashCode（）->bucket=>equals（）来定位该对

我打算先提到substring（），然后再提到subList（），但这个问题似乎已经解决了，因为它的源代码在JDK8中。

public String substring(int beginIndex, int endIndex) {
    if (beginIndex < 0) {
        throw new StringIndexOutOfBoundsException(beginIndex);
    }
    if (endIndex > value.length) {
        throw new StringIndexOutOfBoundsException(endIndex);
    }
    int subLen = endIndex - beginIndex;
    if (subLen < 0) {
        throw new StringIndexOutOfBoundsException(subLen);
    }
    return ((beginIndex == 0) && (endIndex == value.length)) ? this
            : new String(value, beginIndex, subLen);
}

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

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

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

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

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

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

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