APP性能优化系列：内存优化-OOM详解

最新推荐文章于 2022-07-27 14:06:56 发布

有心好书

最新推荐文章于 2022-07-27 14:06:56 发布

阅读量1.6k

点赞数

分类专栏： android性能优化

本文链接：https://blog.csdn.net/a910626/article/details/52242022

版权

android性能优化专栏收录该内容

11 篇文章 1 订阅

订阅专栏

一.OOM说明

Out Of Memory(内存溢出)，我们都知道Android系统会为每个APP分配一个独立的工作空间，或者说分配一个单独的Dalvik虚拟机，这样每个APP都可以独立运行而不相互影响！而Android对于每个 Dalvik虚拟机都会有一个最大内存限制，如果当前占用的内存加上我们申请的内存资源超过了这个限制，系统就会抛出OOM错误！另外，这里别和RAM混淆了，即时当前RAM中剩余的内存有1G多，但是OOM还是会发生！别把RAM(物理内存)和OOM扯到一起！另外RAM不足的话，就是杀应用了，而不是仅仅是OOM了！而这个Dalvik中的最大内存标准，不同的机型是不一样的，可以调用：

ActivityManager activityManager = (ActivityManager)context.getSystemService(Context.ACTIVITY_SERVICE);
Log.e("HEHE","最大内存：" + activityManager.getMemoryClass());

64M是一个常用值

OOM主要由两种原因引起的

加载大图片；
内存泄漏；

二.发生OOM条件

关于Native Heap、Dalvik Heap、PSS等内存管理机制比较复杂，这里就不展开详细描述。简单的说，通过不同的内存分配方式（malloc/mmap/JNIEnv/etc）对不同的对象（Bitmap/etc）进行操作，会因为Android系统版本的差异而产生不同的行为，对Native Heap与Dalvik Heap以及OOM的判断条件都会有所影响。在2.x的系统上，我们常常可以看到Heap Size的total值，明显超过了通过getMemoryClass()获取到的阈值而不会发生OOM的情况。那么，针对2.x与4.x的Android系统，到底如何判断会发生OOM呢？

Android 2.x系统GC LOG中的dalvik allocated + external allocated + 新分配的大小 >= getMemoryClass()值的时候就会发生OOM。例如，假设有这么一段Dalvik输出的GC LOG：GC_FOR_MALLOC free 2K, 13% free 32586K/37455K, external 8989K/10356K, paused 20ms，那么32586+8989+(新分配23975)=65550>64M时，就会发生OOM。
Android 4.x的系统废除了external的计数器，类似Bitmap的分配改到Dalvik的Java Heap中申请。只要allocated + 新分配的内存 >= getMemoryClass()的时候就会发生OOM，如图7所示（注：虽然图示演示的是ART运行环境，但是统计规则还是和Dalvik保持一致）。