内存溢出的产生和解决方案

为什么会发生OOM（内存溢出）

a、JVM设置的内存过小，而业务运行却需要较多的内存（这样会导致程序运行不起来，或者是运行一段时间后就挂了）。

b、GC回收内存的速度赶不上程序运行消耗内存的速度（大量数据往集合里面插）。

c、存在内存泄漏，时间一久就出现内存溢出。

OOM场景一：Java heap space

JVM参数设置堆大小：-Xmx100m -Xms100m 

// 大对象导致堆内存溢出例子

   @GetMapping("/t")
    public Result test() throws Exception{
        //初始化一个大对象数组
        byte[] array=new byte[1024*1024*80];
        return Result.ok("12313");
    }

 解决方案：

 提供更多的 Java 堆空间，这样是治标不治本。正确的方式是分析一下的两个问题：

a、哪些对象占据堆的大部分

b、 在源代码中分配这些对象的位置

OOM场景二 : GC overhead limit exceeded

你的应用程序花费太多的时间做垃圾收集太少的结果JVM的方式。默认情况下，如果 JVM 花费超过98% 的总时间进行 GC 并且在 GC 之后仅回收不到 2% 的堆，则JVM 被配置为抛出此错误。

解决方案：

a、哪些对象占据堆的大部分

b、 在源代码中分配这些对象的位置

ps：使用 -XX:-UseGCOverheadLimit，使用这个选项——而不是解决问题，你只是推迟不可避免的问题：应用程序内存不足，需要修复。指定此选项只会用更熟悉的消息java.lang.OutOfMemoryError: Java heap space掩盖原始java.lang.OutOfMemoryError: GC 开销限制超出错误。

OOM场景三： PermGen space 永久空间

这异常代表永久代的内存区域被耗尽。永久代主要由加载并存储到 PermGen 中的类声明组成。

解决方案：

a、解决初始化时OutOfMemoryError

当应用程序启动时触发由于 PermGen 耗尽导致的 OutOfMemoryError 时，解决方案很简单。应用程序只需要更多空间将所有类加载到 PermGen 区域，所以我们只需要增加它的大小。为此，请更改您的应用程序启动配置并添加（或增加（如果存在））类似于以下示例的-XX:MaxPermSize参数：

java -XX:MaxPermSize=512m 

b、解决重新部署时OutOfMemoryError

当您重新部署应用程序后立即发生 OutOfMemoryError 时，您的应用程序会遭受类加载器泄漏。在这种情况下，解决问题的最简单，最直接的方式就是用工具排查，找到有问题的代码，并解决它以分钟为单位。对于那些不能使用 Plumbr 或决定不使用的人，也可以使用替代方法。为此，您应该继续进行堆转储分析 - 在重新部署后使用类似于以下命令的命令进行堆转储：

jmap -dump:format=b,file=dump.hprof <process-id>

c、解决运行时OutOfMemoryError

对于那些再次无法使用 Plumbr 的人，也可以使用另一种方法。在这种情况下，第一步是检查是否允许 GC 从 PermGen 卸载类。标准的 JVM 在这方面相当保守——类天生就是为了永生。所以一旦加载，即使没有代码再使用它们，类也会留在内存中。当应用程序动态创建大量类并且长时间不需要生成的类时，这可能会成为一个问题。在这种情况下，允许 JVM 卸载类定义会很有帮助。这可以通过向启动脚本添加一个配置参数来实现：

-XX:+CMSClassUnloadingEnabled

默认情况下，它设置为 false，因此要启用它，您需要在 Java 选项中显式设置以下选项。如果您启用CMSClassUnloadingEnabled，GC 也会清除PermGen 并删除不再使用的类。请记住，此选项仅在使用以下选项启用UseConcMarkSweepGC时才有效。因此，当运行ParallelGC或，上帝保佑，Serial GC 时，请确保您已通过指定将 GC 设置为CMS：

-XX:+UseConcMarkSweepGC

在确保可以卸载类并且问题仍然存在后，您应该继续进行堆转储分析 - 使用类似于以下的命令进行堆转储：

jmap -dump:file=dump.hprof,format=b <process-id>

对dump出来的文件可以是用jprofiler 或者Eclipse MAT进行解析定位排除问题