服务器之家:专注于服务器技术及软件下载分享
分类导航

PHP教程|ASP.NET教程|Java教程|ASP教程|编程技术|正则表达式|C/C++|IOS|C#|Swift|Android|VB|R语言|JavaScript|易语言|vb.net|

服务器之家 - 编程语言 - Android - Android内存泄漏终极解决篇(上)

Android内存泄漏终极解决篇(上)

2021-05-08 17:06Huang_Cai_Yuan Android

这篇文章主要为大家介绍了Android内存泄漏的相关资料,重点介绍了内存泄漏的检查工具Heap和内存泄漏的分析工具MAT,感兴趣的小伙伴们可以参考一下

一、概述
在android的开发中,经常听到“内存泄漏”这个词。“内存泄漏”就是一个对象已经不需要再使用了,但是因为其它的对象持有该对象的引用,导致它的内存不能被回收。“内存泄漏”的慢慢积累,最终会导致oom的发生,千里之堤,毁于蚁穴。所以在写代码的过程中,应该要注意规避会导致“内存泄漏”的代码写法,提高软件的健壮性。
本文将从发现问题、解决问题、总结问题的三个角度出发,循序渐进,彻底解决“内存泄漏”的问题。

二、内存泄漏的检查工具heap

工欲善其事必先利其器,要检测“内存泄漏”的发生,需要借助ddms中的heap工具及mat工具,heap工具用于大致分析是否存在“内存泄漏”,而mat工具则用于分析“内存泄漏”发生在哪里。

heap工具的使用介绍

Android内存泄漏终极解决篇(上)

具体操作

  • 1.在devices设备列表中,找到你所在的设备,点击你想要监控的进程。
  • 2.点击“update heap”按钮更新堆内存的情况。
  • 3.点击“heap”视图,查看内存的情况。
  • 4.每次在activity的退出和进入的时候点击“cause gc”,手动调用gc释放应用的内存。
  • 5.观察data oject那一行,每一次点击“casue gc”的时候,观察total size的值,如果该值不断增加,则说明该应用程序存在“内存泄漏”。

我们先模拟一下内存泄漏,然后通过heap工具来判断一下是否存在内存泄漏。
上一段存在内存泄漏的代码:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
public class leakaty extends activity {
 
 @override
 protected void oncreate(bundle savedinstancestate) {
  super.oncreate(savedinstancestate);
  setcontentview(r.layout.aty_leak);
  testleak();
 
 }
 
 /**
  * 测试内存泄漏的代码
  */
 private void testleak() {
  new thread(new runnable() {
 
   @override
   public void run() {
    while (true) {
     try {
      thread.sleep(1000);
     } catch (interruptedexception e) {
      e.printstacktrace();
     }
    }
   }
  }).start();
 }

上述的代码存在内存泄漏,new runnable(){}是一个非静态的匿名内部类,所以它会强引用创建它的外围对象leakaty,我们来测试一下内存泄漏的过程,开启手机的方向旋转功能,不断地旋转手机,让leakaty不断地创建新的实例。理论上如果不存在上述泄漏的代码,之前的activity会在ondestory之后被回收内存。而一旦存在上述泄漏的代码,新创建的ruannale实例会一直处于运行状态,它不会被回收,而它强引用的leakaty当然也不会被回收,所以在屏幕不断旋转,之前创建的leakaty就不会被释放,会导致旋转n次,内存中就存在n+1个的leakaty实例。
heap工具第一次按下cause gc按钮的截图:

Android内存泄漏终极解决篇(上)

上图的data object的total size的大小为1.031m。经过多次的旋转屏幕之后,我们再看一下截图

Android内存泄漏终极解决篇(上)

total size变成了2.059m,从1.031m到2.059m,每次调用gc的过程中data object的总大小没有回落,所以可以证实上面的代码确实是存在内存泄漏的问题,那么泄漏发生在哪里?答案可以通过mat工具来分析得到。

三、内存泄漏的分析工具mat

要通过mat分析,需要提供一个.hprof文件。我们可以通过”dump hprof file”按钮转存当前的堆内存信息。我们将其保存为1.hprof。

Android内存泄漏终极解决篇(上)

导出的1.hprof的格式需要通过..\sdk\tools\目录下的hprof-conv.exe工具进行转换才能被mat成功导入,我们将其转换成out1.hprof
Android内存泄漏终极解决篇(上)

将out1.hprof导入到mat工具中,file->open heap dump…

Android内存泄漏终极解决篇(上)

点击左边的标签overview,actions->histogram

Android内存泄漏终极解决篇(上)

在histogram界面中,因为我们想要知道activity是否泄漏了,所以输入关键词activity,然后按下回车键。

Android内存泄漏终极解决篇(上)

之后便可以得到activity的相关的搜索结果,下图的搜索结果中activity的实例有7个。点击选中下图标红色框框的地方,右键->merge shortest paths to gc roots->exclude all phantom/weak/soft etc. references。排除虚引用、弱引用、软引用的实例,剩下的都是强引用实例。

Android内存泄漏终极解决篇(上)

从过滤出来的强引用的列表中,我们可以看到这七个实例都是被thread所引用了。所以证实上面的代码确实存在内存泄漏。

Android内存泄漏终极解决篇(上)

四、本文总结

内存泄漏检测可以使用heap工具,内存分析可以使用mat工具。本文的案例中提到了一种内存泄漏的情况,就是非静态内部类的对象会强引用其外围对象,一旦这个非静态内部类的实例没有释放,它的外围对象也不会释放,所以就会造成内存泄漏。下篇将具体探讨一下,在android的开发过程中,哪些写法容易造成内存泄漏,该如何解决?请阅读android内存泄漏终极解决篇(下)。

以上就是本文的全部内容,希望大家喜欢。

延伸 · 阅读

精彩推荐