自己生成一个内存泄漏的代码

内存泄漏一般都是无意之间产生的。可是有人让你估计产生内存泄漏，你该怎么做呢？这样的事情并不奇葩，我在面试中就遇到过。当时回答的不是很完美，现在查了相关资料，在这里做个总结！

那么怎么才能产生一个内存泄露呢？

解决方案且听我细细道来。在纯Java中，有一个很好的方式可以产生真正的内存泄露（通过执行代码使对象不可访问但仍存在于内存中）：

1. 应用产生一个长时间运行的线程（或者使用一个线程池加速泄露）。

2. 线程通过一个（可选的自定义）类加载器加载一个类。

3. 该类分配大内存（例如，new byte[1000000]），赋值给一个强引用存储在静态字段中，再将它自身的引用存储到ThreadLocal中。分配额外的内存是可选的（泄露类实例就够了），但是这样将加速泄露工作。

4. 线程清除所有自定义类的或者类加载器载入的引用。

5. 重复上面步骤。

HashMap 内存泄漏

下面通过一个HashMap来制造一个内存泄漏的应用。HashMap中，如果Key类没有重写HashCode和equals方法，直接保存在HashMap中，那么就会很容易造成内存泄漏。首先我们创建一个静态内部类Key类，这个内部类没有重写HashCode和equals方法，在main方法中，我们定义一个HashMap,无限循环往这个map里加入Key对象，要不了多久就会抛出内存泄漏的异常。

这个我写了无限循环，内存增长并不明显。

Vector 内存泄漏

现在我们使用 Vector 来制造一个内存泄漏的场景。看如下代码：

在这个例子中，代码栈中存在Vector对象的引用v和Object对象的引用o。在For循环中，我们不断的生成新的对象，然后将其添加到Vector对象中，之后将o引用置空。问题是当o引用被置空后，如果发生GC，我们创建的Object对象是否能够被GC回收呢？答案是否定的。因为，GC在跟踪代码栈中的引用时，会发现v引用，而继续往下跟踪，就会发现v引用指向的内存空间中又存在指向Object对象的引用。也就是说尽管o引用已经被置空，但是Object对象仍然存在其他的引用，是可以被访问到的，所以GC无法将其释放掉。如果在此循环之后，Object对象对程序已经没有任何作用，那么我们就认为此Java程序发生了内存泄漏。

尽管对于C/C++中的内存泄露情况来说，Java内存泄露导致的破坏性小，除了少数情况会出现程序崩溃的情况外，大多数情况下程序仍然能正常运行。但是，在移动设备对于内存和CPU都有较严格的限制的情况下，Java的内存溢出会导致程序效率低下、占用大量不需要的内存等问题。这将导致整个机器性能变差，严重的也会引起抛出OutOfMemoryError，导致程序崩溃。

代码示例如下

结果电脑内存蹭蹭的往上涨啊。涨到顶端一段时间后，出现了崩溃，程序结束。

崩溃日志如下。