内存溢出和内存泄漏

内存溢出

• 内存溢出相对于内存泄漏来说，尽管更容易被理解，但是同样的，内存溢出也是引发程序崩溃的罪魁祸首之一。
• 由于GC一直在发展，所以一般情况下，除非应用程序占用的内存增长速度非常快，造成垃圾回收已经跟不上内存消耗的速度，否则不太容易出现OOM的情况。
• 大多数情况下，GC会进行各种年龄段的垃圾回收，比如MinorGC对年轻代的垃圾回收，MajorGC对老年代的垃圾回收。实在不行了就放大招来一次独占式的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：Metaspce”，直接内存不足也会导致OOM。

内存泄漏

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

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

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

注意，这里的存储空间并不是指物理内存，而是指虚拟内存大小，这个虚拟内存大小取决于磁盘交换区设定的大小。

内存泄漏的例子
1.单例模式：单例的生命周期和应用程序是一样长的，所以单例程序中，如果持有对外部对象的引用的话，那么这个外部对象是不能被回收的，则会导致内存泄漏的产生。

2.一些提供close的资源未关闭导致内存泄漏，数据库连接（dataSource.getConnection()），网络连接(socket)和io连接必须手动close，否则是不能被回收的。