在Java中，内存泄漏是指已分配的内存资源没有被正确释放，即便它已经不再使用，也不能被垃圾回收器回收。这通常发生在对象被无用的引用链所持有，导致垃圾收集器无法识别并清理它们，从而使得程序随着时间的推移消耗越来越多的内存。

1、静态集合类：如之前例子所示，静态集合类可能会无意中保持对对象的引用。如果对象被添加到了静态集合，并且没有从中移除，它们就不会被垃圾收集器回收。

在使用监听器和回调模式时，经常会注册事件监听器来处理事件。如果在不再需要接收事件通知时未撤销注册，这将导致原始对象不能被回收。

public class EventSource {    private final List<EventListener> listeners = new ArrayList<>();    public void registerListener(EventListener listener) {        listeners.add(listener);    }    // 必须提供一个方法来取消注册不再需要的监听器    public void unregisterListener(EventListener listener) {        listeners.remove(listener);    }}

3、内部类和匿名内部类的不当使用：

非静态内部类和匿名内部类隐性地持有对其外部类实例的引用。如果内部类的实例被长期持有，那么外部类的实例也无法被回收。

public class OuterClass {    private int someField;    public void doSomething() {        InnerClass inner = new InnerClass();        // ... 使用inner    }    private class InnerClass {        // 默认持有OuterClass的引用    }}

4、缓存：错误使用缓存（特别是自己实现的缓存）可能会导致内存泄漏。如果没有适当的逻辑来清除不再需要的条目，缓存会不断增长。

5、连接、流和其他关闭资源：数据库连接、文件流或网络连接等资源，如果没有正确关闭，可能会导致内存泄漏，因为底层资源可能会维护对一些内存结构的引用。

try {    FileInputStream fis = new FileInputStream("file.txt");    // 使用fis读取数据...    // 忘记调用fis.close();} catch (IOException e) {    // 异常处理}

6、线程局部变量（ThreadLocal）：通过ThreadLocal设置的变量，在线程生命周期结束后，如果没有显式删除，可能会导致内存泄漏，特别是在使用可变大小线程池时。

7、单例模式：单例可以导致内存泄漏，特别是当单例持有到期数据或者上下文相关对象的引用时，因为单例的生命周期通常和应用程序的生命周期一样长。

避免这些问题的关键是要受控制地管理资源和对象的生命周期。确保你在对象不再需要时释放资源、解除监听器的注册、移除回调、清理缓存和关闭线程局部变量。通过代码审查和使用分析工具定期检测，可以进一步帮助识别和防止内存泄漏。

本篇文章来源于微信公众号: 互联网面试小帮手