[摘]Android异常和性能优化 - OOM异常

Android 1年前 (2020) 125la.com站长
31 0 0
站长公众号

什么是OOM

OOM全称为“Out of memory”异常,从名字上可以理解就是内存耗尽了。在android当中,android系统会给每个APP设立一个独立的工作区间,也就是Dalvik虚拟机空间,这样使每个APP在独立的空间运行而不受影响。但是android系统为每一个Dalvik虚拟机都设定了一个最大的内存限制,当我们当前占用的内存加上申请的内存资源超过了Dalvik虚拟机的最大内存限制就会抛出Out of memory 异常。

容易混淆的概念

内存溢出:

内存溢出指的就是Out of memory这个一场,当前占用的内存加上申请的内存资源超过了Dalvik虚拟机的最大内存限制就会抛出内存溢出,也就是Out of memory 异常。

内存抖动:

是因为短时间内大量的对象被创建然后又被马上释放,瞬间产生大量的对象会严重占用内存区域,这块内存区域就是Young Generiation内存区域。当达到它的阀值,剩余空间不够的时候,就会触发GC(垃圾回收机制),这样刚产生的对象很快就被回收,每一次分配对象占用很少内存,但是它们叠加在一起就会造成Heap(堆内存)的压力,从而触发更多其他类型的GC,这个操作有可能会影响到帧率,并使得用户感知到性能问题。

内存泄漏

进程中的某些对象(如:垃圾对象)它已经没有被其他地方引用到了,但是它们却可以直接或者间接的引用到GCRoot,GCRoot可以引用到其他还没有被回收的对象,导致GC无法产生作用,一旦内存泄漏累积到一定程度,严重到一定程度的时候会造成内存溢出(OOM)的现象。

比较

内存溢出,内存抖动,内存泄漏这三者中这里面最严重的现象还是OOM也就是内存溢出,在开发过程中提到内存首先会想到内存溢出OOM,内存泄漏,然后才是内存抖动,内存抖动三者中严重程度比较轻,内存溢出就是分配的内存不足以让你做有些操作,就是堆内存上有些内存没有被释放从而它会失去控制,造成程序使用的内存越来越少,导致系统运行速度减慢,严重程度下OOM会造成整个程序的崩溃,所以为了提高APP的质量提高用户体验,我们必须避免与解决OOM。

如何解决OOM

图片的显示:

去加载合适尺寸的图片,当显示缩略图时不要去调用网络请求加载大图,这也是一种优化机制,比如说ListView时候我们去监听滑动事件,在滑动的时候不去调用网络请求,而是监听到当ListView停止的时候我们再去加载图片把图片显示到ImageView上。

及时释放内存:

安卓系统是有自己的垃圾回收机制,也就是JAVA的垃圾回收机制,它可以不定期的回收无任何引用的对象占据的内存空间。它是不定期的但不能指定一个时间段让它进行回收内存,所以它回收的时候也包括Bitmap内存空间,那为什么还要及时释放这个Bitmap的内存呢?因为Bitmap的构造方法都是私有的,开发者不能直接new出一个Bitmap对象,只能通过BitmapFactory类的各种静态方法来实例化一个Bitmap。仔细查看BitmapFactory的源代码可以看到,生成Bitmap对象最终都是通过JNI调用方式实现的。所以,加载Bitmap到内存里以后,是包含两部分内存区域的。简单的说,一部分是Java区域,一部分是C区域。这个Bitmap对象是由Java部分分配的,不用的时候JAVA GC机制自动回收了,但是那个对应的C可用的内存区域,虚拟机是不能直接回收的,这个只能调用底层的功能释放。这里我们需要释放的内存就是C那部分内存。所以需要调用recycle()方法来释放C部分的内存。 (如果不掉用recycle()方法是否会引起内存泄漏引起OOM呢?其实也不是,因为android 的每个应用都运行在独立的进程当中,它有独立的内存,如果进程被杀死了,那么这个内存也就被释放掉了)。

图片压缩:

当我们需要加载的大图超过了内存分配的大小,这肯定就会导致内存溢出。所以我们就需要对加载的这个Bitmap大小进行控制,也就是建议图片压缩(需要用到inSampleSize缩放比例这个属性,就是把图片加载到内存之前,需要计算一个合适的缩放比例,避免不必要的大图载入)

inBitmap属性:

inBitmap的高级特性提高Android系统在Bitmap分配与释放执行效率。这个属性可以告知Bitmap解码器去尝试使用已经存在的内存区域,新解码的bitmap会尝试去使用之前那张bitmap在对内存中所占据的内存区域,而不是去问内存重新申请一块区域来存放bitmap。利用这种特性,即使是上千张的图片,也只会仅仅只需要占用屏幕所能够显示的图片数量的内存大小。

捕获异常:

在android系统里,在读位图bitmap的时候分给虚拟机中图片的堆栈大小是有限制的,为了避免应用在分配bitmap内存时候出现OOM这个异常,所以我们在实例化Bitmap的时候一定要对OOM这个异常进行捕获。(注意:捕获异常一般都是Exception,但是对于OOM异常来说Out of memory是一个Error,所以捕获的异常是Error属性)

ListView/GridView ConvertView/LRU:

在ListView/GridView等出现大量重复子组件的视图里面对ConvertView的复用,同时对于在ListView/GridView当中大图的控件需要使用LRU机制来进行缓存Bitmap。

避免在onDraw方法里面执行对象的创建:如果在onDraw方法中频繁的在这里做创建对象的操作,就会使内存突然的上升,这样在释放内存时就会造成频繁的GC,这样就会造成内存抖动现象,内存抖动积累到一定程度也会造成OOM。

谨慎使用多进程:

这是android官方文档提出来的优化,多部分组件运行在单独的进程当中(比如说可以把APP当中的定位,webview也可以开启一个进程避免内存泄漏),开启一个单独的进程可以扩大应用的内存占用范围,开启了其他进程就可以不用占用主进程内存,但是这个技术必须谨慎使用,绝大多数应用都不应该贸然使用多进程,一方面是因为使用多进程会使得代码逻辑更加复杂,如果使用不当,它可能会导致显著增加内存。

总结

想解决OOM,并不是说程序占用的内存越少越好,如果想保持更低的内存占用而频繁的去触发内存回收也就是GC操作的时候,在某种程度上反而会导致应用程序性能降低,这里大家一定要做好一个权衡。 减少OOM率对内存优化有很重要的意义。

来源

  1. Android异常和性能优化 - OOM异常
站长公众号
版权声明:125la.com站长 发表于 2020年6月21日 下午12:24 。
转载请注明: [摘]Android异常和性能优化 - OOM异常 | 125啦读书导航

相关文章

站长公众号

暂无评论

暂无评论...