Android程序OOM问题分析及解决

最新推荐文章于 2021-05-25 16:33:19 发布

SLIM0201

最新推荐文章于 2021-05-25 16:33:19 发布

阅读量1.2k

点赞数

分类专栏：问题解决文章标签： android oom 内存泄露

本文链接：https://blog.csdn.net/wilschan0201/article/details/73222083

版权

这篇博客深入探讨了Android程序中导致OOM的原因，包括内存泄露和不断分配对象但不释放。通过理解JVM的mark-sweep回收机制，以及使用Memory Analyzer Tool (MAT)分析内存泄露问题，作者提供了获取hprof文件、分析泄漏点的方法。同时，文章强调了避免OOM的关键措施，如手动释放对象、合理使用WeakReference和注意引用对象的生命周期，提供了一套有效的解决方案。

摘要由CSDN通过智能技术生成

OOM（OutOfMemory）问题发生的原因是程序中出现了内存泄露点，或者不断分配对象又不做销毁工作，导致应用的堆（Heap）被占满，且GC无法回收这些内存，虚拟机又不能扩张heap大小，最后程序无新的内存可用并抛出OOM。

大概了解JVM回收机制

JVM回收机制其中一种算法被称为“mark-sweep”，即先遍历所有根（root）可及的引用将它们标记，然后剩下未被标记的内存即为不可及的对象，将被清除。
（关于这个算法可以看这篇文章了解：https://my.oschina.net/u/1377657/blog/388768）

那么什么是根（root）呢？在一个简单的java程序里，方法中的参数，本地变量（保存在Stack中），当前作用域中的数据（也在stack中），静态成员变量等，都是一个GC root。

这里引入一个叫“强引用”的概念。如果从root可以直接或间接的指向一个具体的实例，那么这个实例就是被“强引用”的，“强引用”的对象是不会被回收的。

MAT手册中有对GC ROOT的详细说明：

Garbage Collection Roots
//可以从heap外部被访问的对象就是GC root
A garbage collection root is an object that is accessible from outside the heap. The following reasons make an object a GC root:

System Class
Class loaded by bootstrap/system class loader. For example, everything from the rt.jar like java.util.* .

JNI Local
Local variable in native code, such as user defined JNI code or JVM internal code.

JNI Global
Global variable in native code, such as user defined JNI code or JVM internal code.

//与正在运行的线程相关的对象
Thread Block
Object referred to