内存溢出和内存泄漏

内存溢出:

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

二、由于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异常导致程序崩溃。

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

内存泄漏图解:

 内存泄漏举例:

 

  • 5
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值