内存溢出和内存泄漏

内存溢出：

一、内存溢出相对于内存泄漏来说，尽管更容易被理解，但是同样的，内存溢出也是引发程序崩溃的罪魁祸首之一。

二、由于GC一直在发展，所有一般情况下，除非应用程序占用的内存增长速度非常快，造成垃圾回收已经跟不上内存消耗的速度，否则不太容易出现OOM情况。

三、大多数情况下，GC会进行各种年龄段的垃圾回收，实在不行了就放大招，来一次独占式的Full GC操作，这时候会回收大量的内存，供应用程序继续使用。

四、javadoc中对OutOfMemoryError的解释是，没有空闲内存，并且垃圾收集也无法提供更多的内存。

首先说没有空闲内存的情况：说明java虚拟机的堆内存不够。原因有二：

（1）Java虚拟机的堆内存设置不够。

比如：可能存在内存泄漏的问题，也很有可能就是堆的大小不合理，比如我们要处理比较可观的数据量，但是没有显示指定JVM堆大小或者指定数值偏小。我们可以通过参数-Xms、-Xmx来调整。

（2）代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）

对于老版本的Oracle JDK，因为永久代的大小是由限定的，并且JVM对永久代的垃圾回收（如，常量池的回收，卸载不再需要的类型）非常不积极，所以当我们不断添加新类型的时候，永久代会出现OutOfMemoryError也非常多，尤其是在运行时存在大量动态类型生成的场合，类似intern字符串缓存占用太多空间，也会导致OOM问题，对应的异常信息：

java.lang.OutOfMemoryError:PermGen space。

随着元数据区的引入，方法区内存已经不再那么窘迫。所以相应的OOM有所改观，出现OOM，异常信息改变成：

java.lang.OutOfMemoryError:Meta space。

五、在抛出OutOfMermoryError 之前，通常垃圾收集器会被出发，尽期所能去清理空间。

    例如：在引用机制分析中，涉及到JVM会去尝试回收软引用指向的对象等。

               在java.nio.BIts.reserverMemory()方法中，我们能清楚的看到，System.gc()会被调用，以清理空间。

六、注意：

当然，也不是在任何情况下，垃圾收集器都会被触发的。

比如，我们去分配一个超大对象，类似一个超大数组超过堆的最大值，JVM可以判断出垃圾收集并不能解决这个问题，所以直接抛出OutOfMemoryError.

内存泄漏：

严格来说：只有对象不会再被程序用到了，但是GC又不能回收他们的情况，才叫内存泄漏

但实际情况很多时候一些不太好的实践（或者疏忽）会导致对象的生命周期变得很长甚至导致OOM，也可以叫做宽泛意义上的“内存泄漏” 

尽管内存泄漏并不会立刻引起程序崩溃，但是一旦发生内存泄漏，程序中的可用内存就会被逐步蚕食，直至耗尽所有的内存，最终出现OutOfMemory异常导致程序崩溃。

注意：这里的内存并不是物理内存，而是虚拟内存。

内存泄漏图解：

 内存泄漏举例：