内存溢出
javadoc中对内存溢出的解释是:没有空闲内存,并且垃圾收集器也无法提供更多内存。
首先说没有空闲内存的情况:说明Java虚拟机的对堆内存不够,原因有二:
1.Java虚拟机设置的堆内存不够。
比如:可能存在内存泄漏问题,也很有可能就是堆的大小不合理,比如我们要处理比较可观的数据量,但是没有显式指定JVM堆大小或者指定值偏小,我们可以通过-Xms,-Xmx来调整。
2.代码中创建了大量大对象,并且长时间不能被垃圾收集器收集(存在被引用)。
对于老版本的Oracle JDK,因为永久代的大小是有限的,并且JVM对永久代垃圾回收(如常量池回收、卸载不再需要的类型)非常不积极,所以我们不断添加新类型的时候,永久代出现OOM也非常多见,尤其是在运行时存在大量动态类型生成的场合;类似intern字符串缓存占用太多空间,也会导致OOM问题,对应的异常信息,会标记出来和永久代相关,“java.lang.OutOfMemoryError:PermGen space"。
随着元数据区的引入(JDK8以后,永久代变为元数据区,使用直接内存),方法区内存已经不在那么窘迫,所以相应的OOM有所改观。出现异常信息则变成了“java.lang.OutOfMemoryError:Metaspace"。直接内存不足,也会导致OOM。
一般在抛出OOM之前,通常垃圾收集器都会被触发,尽其所能区清理出空间,例如:在引用机制分析中,涉及到JVM会去尝试回收软引用指向的对象等。当然,也不是在任何情况下,垃圾收集器都会被触发的。比如:我们去分配一个超大对象,类似一个超大数组超过堆的最大值,JVM可以判断出垃圾收集并不能解决这个问题,所以直接抛出OOM异常。
内存泄漏
严格来说,只有对象不会再被程序用到了,但是GC又不能回收它们的情况才叫内存泄漏。
但实际情况很多时候一些不太好的实践(或疏忽)会导致对象的生命周期变得很长甚至导致OOM,也可以叫做宽泛意义上的”内存泄漏“。
尽管内存泄漏并不会立刻引起程序崩溃,但是一旦发生内存泄漏,程序中的可用内存就会被逐步蚕食,直至耗尽所有内存,最终出现OOM异常,导致程序崩溃。
注意:这里的存储空间并不是指物理内存,而是指虚拟内存大小,这个虚拟内存大小取决于磁盘交换区设定的大小。
举例:
1.单例模式
单例的生命周期跟应用程序是一样长的,所以单例程序中,如果持有对外部对象的引用的话,那么这个外部对象是不能被回收的,则会导致内存泄漏的产生。
2.一些提供close资源未关闭导致内存泄漏
数据库连接(dataSource.getConnection())),网络连接(socket)和io连接必须手动close,否则是不能被回收的。