处理Java程序中的内存泄漏

如果程序执行一段时间后抛出一个`java.lang.OutOfMemoryError，内存泄漏肯定是一个很大的疑点。那么什么时候内存泄漏应该成为一个问题？完美主义程序员会回答这个问题全部需要调查和纠正内存泄漏。然而，在得出这个结论之前，还有几个其他的问题需要考虑，包括程序的生命周期和泄漏的大小。

考虑垃圾收集器在应用程序生命周期中可能永远不会运行的可能性。无法保证JVM何时或是否会调用垃圾收集器——即使程序显式调用System.gc()。通常，垃圾收集器不会自动运行，直到程序需要比当前可用内存更多的内存。此时，JVM将首先尝试通过调用垃圾收集器来获得更多的可用内存。如果这种尝试仍然没有释放足够的资源，那么JVM将从操作系统获得更多的内存，直到它最终达到允许的最大值。

以一个小型的Java应用程序为例，它显示一些简单的用户界面元素用于配置修改，并且存在内存泄漏。很有可能在应用程序关闭之前，垃圾收集器甚至不会被调用，因为JVM可能有足够的内存来创建程序所需的所有对象，并有剩余的内存来备用。因此，在这种情况下，即使一些死对象在程序执行时占用了内存，但对于所有实际用途来说，这真的无关紧要。

如果正在开发的Java代码打算一天24小时在服务器上运行，那么内存泄漏比我们的配置实用程序的情况要严重得多。即使是某些代码中本来应该连续运行的最小漏洞，最终也会导致JVM耗尽所有可用的内存。

最后一个考虑是，Java内存泄漏不应该被视为像其他语言(如C++)中发生的那样危险，因为在其他语言中，内存会丢失，永远不会返回到操作系统。在Java应用程序的情况下，对象都是依附在操作系统给JVM的内存资源上。因此，理论上，一旦Java应用程序及其JVM关闭，所有分配的内存都将返回给操作系统。

常见内存泄露情况

长生命周期的对象持有短生命周期对象的引用

例如将ArrayList设置为静态变量，则容器中的对象在程序结束之前将不能被释放，从而造成内存泄漏

连接未关闭

如数据库连接、网络连接和IO连接等，只有连接被关闭后，垃圾收集器才会回收对应的对象。

内部类持有外部类

Java的非静态内部类的这种创建方式，会隐式地持有外部类的引用，而且默认情况下这个引用是强引用，因此，如果内部类的生命周期长于外部类的生命周期 《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》无偿开源 威信搜索公众号【编程进阶路】 ，程序很容易就产生内存泄漏

如果内部类的生命周期长于外部类的生命周期，程序很容易就产生内存泄漏（你认为垃圾收集器会回收掉外部类的实例，但由于内部类持有外部类的引用，导致垃圾收集器不能正常工作）

解决方法：你可以在内部类的内部显示持有一个外部类的软引用(或弱引用)，并通过构造方法的方式传递进来，在内部类的使用过程中，先判断一下外部类是否被回收；

内存泄漏和内存溢出辨析

内存溢出和内存泄露，在程序运行时，都会表现出OOM异常，但是两者还是有本质不同的：