说实话，内存溢出这玩意儿，真是程序员的噩梦。

咱们今天就来唠嗑一下怎么把那五种常见的内存溢出给挑出来顺便聊聊“为什么百度不收录”。

先抛个代码给你瞅瞅：

public static void testStackOutOfMemory{
    while  {
        Thread thread = new Thread {
            public void run {
                while{
                }
            }
        });
        thread.start;
    }
}

这段代码里死循环里不停地创建线程。

每个线程dou要占用一定的栈空间，结果机器瞬间挂掉——主机直接炸了不是JVM挂，是硬件直接喊累。

还有个geng经典的递归例子：

public static void testStackOverFlow{
    BlowUpJVM.testStackOverFlow;
}

递归没有终止条件，虚拟机栈层层叠加，Zui终栈深度超标。

Zui常见的就是往堆里塞东西，一点点逼近上限。

public static void testOutOfHeapMemory{
    List list = new ArrayList;
    while{
        StringBuffer B = new StringBuffer;
        for{
            B.append;
        }
        list.add;
    }
}

一遍遍循环，新建的 StringBuffer 永远被引用住GC根本回不来。

public static void testPergemOutOfMemory1{
    // 方法一失败
    List list = new ArrayList;
    while{
        list.add.toString.intern);
    }
}

这里想把 String 常量池塞满，却被 JDK1.7+ 的改动给救了——常量池搬进堆里也会被 GC 收回。不过在老版本里这招还Neng直接炸堆。

别小kan CGLIB，它会在元空间里生成大量类定义。

public static void testPergemOutOfMemory2{
    try {
        while  {
            Enhancer enhancer = new Enhancer;
            enhancer.setSuperclass;
            enhancer.setUseCache;
            enhancer.setCallback {
                @Override
                public Object intercept throws Throwable {
                    return proxy.invokeSuper;
                }
            });
            enhancer.create;
        }
    } catch {
        e.printStackTrace;
    }
}

每次 create dou往元空间里丢一个新类，不缓存的话瞬间把元空间填满。

public static void testPergemOutOfMemory3{
    while{
        final OOM oom = new OOM;
        Proxy.newProxyInstance.getClassLoader,
                                oom.getClass.getInterfaces,
                                new InvocationHandler {
                                    public Object invoke throws Throwable {
                                        Object result = method.invoke;
                                        return result;
                                    }
                                });
    }
}

事实证明，这种生成的代理类是放在堆里的，不会直接撑爆永久代。哈哈，这点小细节经常被新人忽略。

public static void testNativeMethodOutOfMemory{
    int j = 0;
    while{
        Printer.println;
        ExecutorService executors = Executors.newFixedThreadPool;
        int i=0;
        while{
            executors.submit {
                public void run { /* do nothing */ }
            });
        }
    }
}

这里不断创建线程池，每个池子又开十个线程。线程对象会占用本地方法区，时间长了自然把那块儿挤爆。

有时候我们会一次性同时触发多种 OOM，比如下面这个“全Neng炸弹”。

public class BlowUpJVM {  }

栈泄漏：无限递归、无控制循环创建线程。

堆泄漏：Lombok 持久化集合、未关闭资源、缓存失控。

元空间/永久代泄漏：CGLIB、ASM 动态生成类不释放。

本地方法区泄漏：大量 JNI 调用或线程池滥用。

混合型：代码写得太烂，一口气把几块dou塞满。

先说实话，这事儿跟内存没啥直接关系，但hen多人问我：“我的博客写了这么多关于 OOM 的干货，怎么百度还是不给收录？”答案hen简单：

内容重复度太高：Ru果你的文章和Yi有的大厂博客几乎一模一样，算法会认为是抄袭，就不给收录。

Lack of Structured Data: 没有使用标题层级或者缺少 meta 描述，会让爬虫抓取不到重点信息。

Poor Backlink: 站点权重低，没有其他站点推荐，自然难以进入索引库。

Sitemap 配置错误： Ru果 robots.txt 把你的页面拦住那百度根本进不去呀！

Lagging Updates： 内容长期不geng新，被判定为“死站”。

# 小结 #

- 栈、堆、元空间、本地方法区，各自dou有自己的 “炸弹” 点；

- 记得及时监控 JVM 参数，如 -Xmx、-XX:MetaspaceSize；

- 用好工具：jvisualvm、jmap、MAT，douNeng帮你定位是哪块儿闹腾。

- Zui后一句老话：别写傻逼代码，否则 OOM 就像鬼一样找上门。哈哈，你懂的吧？