一、引子
对于每 《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》无偿开源 徽信搜索公众号【编程进阶路】 一个移动开发者,内存是都需要小心使用的资源,而线上出现的 OOM(OutOfMemoryError)都会让开发者抓狂,因为我们通常仰仗的直观的堆栈信息对于定位这种问题通常帮助不大。网上有很多资料教我们如何“紧衣缩食“的利用宝贵的堆内存(比如,使用小图片,bitmap 复用等),可是:
1.线上的 OOM 真的全是由于堆内存紧张导致的吗?
2.有没有 App 堆内存宽裕,设备物理内存也宽裕的情况下发生 OOM 的可能?
内存充裕的时候出现 OOM 崩溃?
3.看似不可思议,然而,最近笔者在调查一个问题的时候,通过自研的 APM 平台发现公司的一个产品的大部分 OOM 确实有这样的特征,即:OOM 崩溃时,java 堆内存远远低于 Android 虚拟机设定的上限,并且物理内存充足,SD 卡空间充足
既然内存充足,这时候为什么会有 OOM 崩溃呢?
二、问题描述
在详细描述问题之前,先弄清楚一个问题:
什么导致了 OOM 的产生?
下面是几个关于 Android 官方声明内存限制阈值的 API:
通常认为 OOM 发生是由于 java 堆内存不够用了,即
这种 OOM 可以非常方便的验证(比如: 通过 new byte[] 的方式尝试申请超过阈值maxMemory() 的堆内存),通常这种 OOM 的错误信息通常如下:
而前面已经提到了,本文中发现的 OOM 案例中堆内存充裕(Runtime.getRuntime().maxMemory() 大小的堆内存还剩余很大一部分),设备当前内存也很充裕(ActivityManager.MemoryInfo.availMem 还有很多)。这些 OOM 的错误信息大致有下面两种:
1 . 这种 OOM 在 Android6.0,Android7.0 上各个机型均有发生ÿ