java内存泄露的常见情景

一：对象的过期引用没有及时解除

上面这段代码中pop方法存在内存泄露，从栈中的弹出的对象不会被回收，即使使用栈的程序不再引用这些对象。这是因为栈内部维护着这些对象的过期引用（永远也不会被解除的引用）。

修复方法：一旦对象引用已经过期，就手动清空这些引用。pop方法修改为：

清空过期引用的另一个好处是，如果它们以后又被错误的解除引用，就会抛出空指针异常，而不是悄悄的错误运行下去。

二：缓存
一旦把对象引用放到缓存中，就很容易被遗忘，从而导致内存泄露。

（1）只要在缓存之外存在对某个项的键的引用，该项就有意义，可以用WeakHashMap代替缓存；当缓存中的项过期之后，它们就会自动删除。只有当缓存项的生命周期是由该键的外部引用而不是由值决定时，WeakHashMap才有用。

（2）可以用一个后台线程来（ScheduleThresholdPoolExecutor）来时不时清除掉没用的项。

或者在给缓存增加新条目时顺便清理。比如LinkedHashMap类利用RemoveEldestEntry方法实现这一点。

对于更加复杂的缓存必须直接使用java.lang.ref。

（3）监听器和其他回调
如果实现了一个API，客户端在这个API中注册回调，却没有显示的取消注册，那么就容易造成内存泄漏。

确保回调被立即当作垃圾回收的最佳方法是只保存它们的弱引用，比如：只将它们保存成weakHashMap中的键。

一般来说，只要是类自己管理内存，就应该警惕内存泄露的问题。