人为的产生一个Java的内存泄露的方法

文章目录[隐藏]

HashMap 内存泄漏
Vector 内存泄漏

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

更多精彩内容请看 web 前端中文站
 http://www.lisa33xiaoq.net 可按 Ctrl + D 进行收藏

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

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

应用产生一个长时间运行的线程（或者使用一个线程池加速泄露）。
线程通过一个（可选的自定义）类加载器加载一个类。
该类分配大内存（例如，new byte[1000000]），赋值给一个强引用存储在静态字段中，再将它自身的引用存储到 ThreadLocal 中。分配额外的内存是可选的（泄露类实例就够了），但是这样将加速泄露工作。
线程清除所有自定义类的或者类加载器载入的引用。
重复上面步骤。

HashMap 内存泄漏

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

Vector 内存泄漏

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

 Vector v=new Vector(10); 
 for (int i=1;i<100; i++){  
 Object o=new Object();  
 v.add(o);  
 o=null; }

在这个例子中，代码栈中存在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，导致程序崩溃。

关于前端 js 的内存泄露，可以参考《JS 递归函数造成的内存泄露(堆栈溢出)问题的解决方法。

【注：本文源自网络文章资源，由站长整理发布】