一文學會核心服務OOM！

作者：李立敏 2021-06-28 14:13:34

原來以為內存溢出這種事情只會發生在書本上，沒想到在我們生產環境發生了，而且是618，P0事故安排上了。

[[407612]]

P0事故安排上了

原來以為內存溢出這種事情只會發生在書本上，沒想到在我們生產環境發生了，而且是618，P0事故安排上了。先回顧一下內存溢出排查的基本思路，然后再來復盤一下內存溢出發生的原因

內存溢出排查

我們先來了解一下Java堆的組成機構。對于大多數應用來說，Java堆(Java Heap)是Java虛擬機鎖管理的內存中最大的一塊。Java堆是所有線程共享的一塊內存區域，在虛擬機啟動時創建。此內存區域的唯一目的就是存放對象實例，幾乎所有的對象實例都在這里分配內存

「堆的結構如下」

「新生代老年代的具體劃分比例如下」

「分代的主要作用就是為了更高效的管理內存」

內存泄漏和內存溢出是2個不同的概念

內存泄漏：對象已經不使用了，但是還占用著內存空間，沒有被釋放內存溢出：堆空間不夠用了，通常表現為OutOfMemoryError，內存泄漏通常會導致內存溢出

使用Java VisualVM分析排查

「我們可以通過jdk自帶的jvisualvm命令來分析堆的使用情況」

我們寫一個程序，來演示內存不斷增加的場景

public class OomDemo { 
 
    private static final int NUM = 1024; 
 
    public static void main(String[] args) throws InterruptedException { 
        List<byte[]> list = Lists.newArrayList(); 
        for (int i = 0; i < NUM; i++) { 
            TimeUnit.SECONDS.sleep(1); 
            list.add(new byte[NUM * NUM]); 
        } 
    } 
}

「命令行中執行jvisualvm即可彈出圖形界面，我們可以連接到本機上的程序，也可以連接到遠程機器，還可以分析生成快照文件等」。

可以清晰的看到堆空間在不斷上漲，用抽樣器分析一下內存不斷上漲的源頭在哪里?

「好家伙，byte數組居然占用了這么多內存」

如果此時你還看不出程序哪里有問題，到監視這個Tab點擊堆Dump這個按鈕，會生成一個堆的快照，然后分析這個dump文件即可

byte數組實例很少，但是占用內存很多，再看一下具體的引用

可以看到在ArrayList中。

最后推薦一個插件Visual GC，可以清晰的看到堆的使用情況以垃圾收集信息。

點擊工具選中插件即可

當然你可以通過jmap命令生成heapdump文件，然后用其他工具分析

jmap -dump:file=文件名字 進程id

使用Eclipse Memory Analyzer分析

Java VisualVM只提供了一些基本的功能，堆中各種對象的大小和實例數。以上面的例子為例，你只能排查到ArrayList占用了大量的內存，這個ArrayList在哪，你也不知道

所以我們一般不使用Java VisualVM來分析，而是使用Eclipse Memory Analyzer來分析

Eclipse Memory Analyzer下載地址：https://www.eclipse.org/mat/downloads.php

還是上面的程序，我們啟動時設置如下參數，讓程序內存溢出時自動生成Dump文件

-Xmx30m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/Users/peng

-Xmx30m：最大堆內存為30m -XX:+HeapDumpOnOutOfMemoryError：當JVM發生OOM時，自動生成DUMP文件。-XX:HeapDumpPath：指定文件路徑，例如：-XX:HeapDumpPath=${目錄}/java_heapdump.hprof。如果不指定文件名，默認為：java_pid .hprof

生產環境一般都會配置堆溢出時自動生成DUMP文件圖片當內存溢出的時候自動生成了一個文件，java_pid28598.hprof

「用Eclipse Memory Analyzer打開這個文件，可以很清晰的看到總共使用的內存，以及各個對象占用的內存」，如下圖

總共使用的內存為26.8M Thread對象占用了26M ZoneInfoFile對象占用了157.8KB 其他對象占用了696.7KB