OOM内存泄露：救急速查备忘录，轻松定位问题，拯救系统！

后端

2023-03-28 14:15:11

快速定位和修复 OOM 内存泄露的终极指南

在服务器管理的领域中，OOM 内存泄露堪称系统故障的噩梦，一旦发生，轻则系统卡顿、反应迟钝，重则系统崩溃，甚至导致宝贵数据丢失。对于运维工程师而言，掌握快速定位和解决 OOM 内存泄露的方法是必不可少的技能。

OOM 内存泄露速查备忘录

当 OOM 内存泄露来袭时，不妨参考这份速查备忘录：

top、free、df 三连： 首先，使用 top、free、df 三个命令查看系统整体资源使用情况，定位内存泄露的进程。
netstat、jstat 工具跟上： 然后，借助 netstat、jstat 等工具，深入分析网络连接、线程状态等信息，进一步探究内存泄露的原因。
jmap、jstack 保存现场： 接着，利用 jmap、jstack 工具生成堆转储文件和线程栈信息，为后续分析提供有力证据。
重启应用： 最后，重启发生内存泄露的应用，暂时缓解问题，同时着手排查并修复导致内存泄露的根源。

OOM 内存泄露排查步骤详解

1. 确认 OOM 内存泄露

首先，检查系统日志，寻找是否有 OOM（Out of Memory）错误信息。然后，使用 top 命令查看系统整体内存使用情况，如果发现内存使用率持续上升，却没有明显的释放趋势，很可能存在 OOM 内存泄露。

2. 定位内存泄露进程

使用 top 命令，按 RES（常驻内存）列排序，找到内存占用最多的进程。同时，使用 free 命令查看系统剩余内存情况，如果剩余内存较少，则可能存在 OOM 内存泄露。

3. 分析内存泄露原因

通过 netstat 命令，查看进程的网络连接情况，如果存在异常的网络连接，可能是内存泄露的原因。接着，使用 jstat 命令，查看进程的线程状态，如果存在大量处于 WAITING 或 TIMED_WAITING 状态的线程，也可能是内存泄露的原因。

4. 生成堆转储文件和线程栈信息

使用 jmap 工具生成堆转储文件，该文件包含进程内存快照，有助于分析内存泄露的原因。同时，使用 jstack 工具生成线程栈信息，该文件包含进程所有线程的调用栈信息，进一步协助内存泄露分析。

5. 重启应用

重启发生内存泄露的应用，暂时解决问题。同时，排查并修复导致内存泄露的根本原因，防止类似问题再次发生。

深入理解 OOM 内存泄露

内存泄露是指应用程序无法正确释放不再使用的内存空间，导致内存持续消耗，最终引发 OOM 错误。OOM 内存泄露可能由多种因素造成，如编码错误、第三方库问题、资源管理不当等。

常见的 OOM 内存泄露示例

代码示例 1：对象未释放

class Example {
    private int[] data;

    public Example() {
        data = new int[1000];
    }

    public void finalize() {
        data = null; // 错误的释放方式，无法真正释放内存
    }
}

代码示例 2：资源未关闭

public void openFile(String filename) {
    File file = new File(filename);
    BufferedReader reader = new BufferedReader(new FileReader(file));

    // 未关闭 reader，导致资源泄露
}

预防 OOM 内存泄露的技巧