内存溢出:
一、内存溢出相对于内存泄漏来说,尽管更容易被理解,但是同样的,内存溢出也是引发程序崩溃的罪魁祸首之一。
二、由于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异常导致程序崩溃。
注意:这里的内存并不是物理内存,而是虚拟内存。
内存泄漏图解:
内存泄漏举例: