摘要：一說明當(dāng)虛擬機(jī)申請(qǐng)不到內(nèi)存空間的時(shí)候，會(huì)報(bào)堆內(nèi)存溢出。記錄次數(shù)不讓進(jìn)程結(jié)束，便于使用分析工具來查看內(nèi)存情況使用的版本報(bào)錯(cuò)信息運(yùn)行結(jié)果表明，運(yùn)行到次時(shí)，出現(xiàn)了堆內(nèi)存溢出。

當(dāng)虛擬機(jī)申請(qǐng)不到內(nèi)存空間的時(shí)候，會(huì)報(bào)堆內(nèi)存溢出: OutOfMemoryError:java heap space。

常見的原因：http://outofmemory.cn/c/java-...

我測(cè)試到時(shí)候，運(yùn)行在 16G 內(nèi)存的機(jī)器上。JVM 堆內(nèi)存 默認(rèn)為物理內(nèi)存的1/4，即 16 * 1/4 = 4G

JDK 8的 JVM 在 JDK 7 的基礎(chǔ)上從堆內(nèi)存中移除了永久代（Perm Generation），替換為了堆內(nèi)存之外的元空間（Metaspace），元空間是堆外直接內(nèi)存，不受堆內(nèi)存的限制，只受物理內(nèi)存的限制，可以提供更大的空間。

OutOfMemoryError 異常的常見原因：

加載的數(shù)據(jù)過大。如：加載的文件或者圖片過大、一次從數(shù)據(jù)庫取出過多數(shù)據(jù)

代碼存在死循環(huán)或循環(huán)產(chǎn)生過多的對(duì)象

解決方法

增加jvm的內(nèi)存大小，使用 -Xmx 和 -Xms 來設(shè)置

檢查代碼中是否有死循環(huán)或遞歸調(diào)用。

檢查是否有大循環(huán)重復(fù)產(chǎn)生新對(duì)象實(shí)體。

檢查對(duì)數(shù)據(jù)庫查詢中，是否有一次獲得全部數(shù)據(jù)的查詢。一般來說，如果一次取十萬條記錄到內(nèi)存，就可能引起內(nèi)存溢出。這個(gè)問題比較隱蔽，在上線前，數(shù)據(jù)庫中數(shù)據(jù)較少，不容易出問題，上線后，數(shù)據(jù)庫中數(shù)據(jù)多了，一次查詢就有可能引起內(nèi)存溢出。因此對(duì)于數(shù)據(jù)庫查詢盡量采用分頁的方式查詢。

檢查List、Map等集合對(duì)象是否有使用完后，未清除的問題。List、MAP等集合對(duì)象會(huì)始終存有對(duì)對(duì)象的引用，使得這些對(duì)象不能被GC回收。

/**java堆溢出實(shí)例
 * 原理：java的堆是用來存放對(duì)象實(shí)例的，所以我們只要做到以下三點(diǎn)就可以使堆溢出：
 * 1、限制堆的大小，不可擴(kuò)展
 * 2、不斷新建對(duì)象
 * 3、保持對(duì)象存活不被回收
 * 對(duì)應(yīng)的，我們需要：
 * 1、改變JVM的啟動(dòng)參數(shù)，將堆的最小值和最大值設(shè)成一樣，這樣就可以避免堆自動(dòng)擴(kuò)展（其實(shí)不一樣也可以）
 * 2、不斷產(chǎn)生對(duì)象
 * 3、使用一個(gè)List來保存對(duì)象，保持對(duì)象存活
 *
 * JVM配置參數(shù)： -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError
 *
 */
public class HeapOom {
    public static void main(String[] args) {
        // 此list實(shí)例會(huì)存放在堆內(nèi)存中
        List list = new ArrayList<>();
        int i = 0;
        boolean flag = true;
        while (flag) {
            try {
                i++;
                // 每次增加一個(gè)1M大小的數(shù)組對(duì)象
                list.add(new byte[1024 * 1024]);
            } catch (Throwable e) {  // catch 捕獲的是 Throwable，而不是 Exception。因?yàn)?OutOfMemoryError 不屬于 Exception 的子類。
                e.printStackTrace();
                flag = false;
                // 記錄次數(shù)
                System.out.println("count=" + i);
            }
        }

        // 不讓進(jìn)程結(jié)束，便于使用分析工具來查看內(nèi)存情況
        try {
            Thread.sleep(24 * 60 * 60 * 1000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
}

使用的 java 1.8.0_171 版本：

$ java -version
java version "1.8.0_171"
Java(TM) SE Runtime Environment (build 1.8.0_171-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.171-b11, mixed mode)

報(bào)錯(cuò)信息：

count=3316
java.lang.OutOfMemoryError: Java heap space
    at com.song.HeapOom.main(HeapOom.java:21)

運(yùn)行結(jié)果表明，運(yùn)行到 3316 次時(shí)，出現(xiàn)了堆內(nèi)存溢出。由于每次增加1M內(nèi)存。粗略估計(jì)：程序大約使用3G內(nèi)存時(shí)，出現(xiàn)了內(nèi)存溢出情況。

通過jmap或VisualVM 者工具可以查看內(nèi)存情況：最后可以看出，老年代內(nèi)存使用情況，大約使用了2709MB，使用率近100%。從而導(dǎo)致了 OutOfMemoryError

TIPS：下面查看內(nèi)存時(shí)，由于使用工具查看內(nèi)存的時(shí)間不是同一時(shí)間，所以內(nèi)存使用量有細(xì)微差別

$ jmap -heap 3428
Attaching to process ID 3428, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.66-b18

using thread-local object allocation.
Parallel GC with 4 thread(s)

Heap Configuration:
   MinHeapFreeRatio         = 0
   MaxHeapFreeRatio         = 100
   MaxHeapSize              = 4261412864 (4064.0MB)
   NewSize                  = 88604672 (84.5MB)
   MaxNewSize               = 1420296192 (1354.5MB)
   OldSize                  = 177733632 (169.5MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:
PS Young Generation
Eden Space:
   capacity = 637009920 (607.5MB)
   used     = 637009920 (607.5MB)
   free     = 0 (0.0MB)
   100.0% used
From Space:
   capacity = 11010048 (10.5MB)
   used     = 0 (0.0MB)
   free     = 11010048 (10.5MB)
   0.0% used
To Space:
   capacity = 11010048 (10.5MB)
   used     = 0 (0.0MB)
   free     = 11010048 (10.5MB)
   0.0% used
PS Old Generation  // 老年代內(nèi)存使用情況，大約使用了2709MB，使用率近100%（導(dǎo)致OutOfMemoryError）
   capacity = 2841116672 (2709.5MB)
   used     = 2840991320 (2709.38045501709MB)
   free     = 125352 (0.11954498291015625MB)
   99.99558793198338% used

4955 interned Strings occupying 422328 bytes.