重学Android之OOM优化

风吹过wu

于 2020-07-20 17:10:59 发布

阅读量319

点赞数

分类专栏： Android 面试文章标签： android

本文链接：https://blog.youkuaiyun.com/u010844304/article/details/107467933

版权

本文探讨了Android中的OOM问题，分析了多种引发OOM的原因，包括静态Context、Bitmap未及时回收、线程数超限、文件描述符过多、Cursor未关闭、Java堆内存超限等。并提出了解决方案，如使用Android Studio的分析工具，优化数据结构如ArrayMap/SparseArray，减少Bitmap内存占用，避免在onDraw中创建对象，以及注意缓存对象的泄漏等。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

分析工具

OOM发生以后，使用Android Studio 自带的Android Monitor dump出HPROF文件，然后使用SDK中的hprof-conv（位于sdk_root/platform-tools）工具转换为标准的Java堆转储文件格式，这样就可以使用MAT继续分析

Android OOM类型：

使用static修饰Context变量，Context被Hold住了导致Activity无法销毁
Bitmap没有及时回收，调用recycle()函数并不能立即释放Bitmap，读取Bitmap到内存的时候没有做采样率的设置；

if(bitmap != null && !bitmap.isRecycled()){

// 回收并且置为null

bitmap.recycle();

bitmap = null;

}

System.gc();

线程数超限，proc/pid/status中记录的线程数超过proc/sys/kernel/threads-max中规定的最大线程数，比如随意创建线程，没有使用线程池来管理
文件描述符(fd)超限，proc/pid/fd 下文件数目超过proc/pid/limits中的限制，场景如大量的Socket请求或者文件打开操作
Cursor使用问题，使用完之后没有及时关闭
Java堆内存超限，申请的堆内存超过Runtime.getRuntime().maxMemory().