android使用java作为其开发环境。java的跨平台和垃圾回收机制已经帮助我们解决了底层的一些问题。但是尽管有了垃圾回收机制,在开发android的时候仍然时不时的遇到out of memory的问题,这个时候我们不禁要问,垃圾回收机器去哪儿了?

我们主要讲的是handler引起的泄漏,并给出三种解决办法,其中最后一种方法就是我们想介绍的WeakHandler 库。

可能导致泄漏问题的handler一般会被提示 Lint警告:

This Handler class should be static or leaks might occur 意思:class使用静态声明否者可能出现内存泄露。


这是一个基本的activity。在handler的post方法中我们加入了一个匿名的runnable,同时我将其执行延迟了整整80秒。我们运行这个程序,并且旋转几次手机,然后分析内存。

现在内存中有7个activity了,这太不靠谱了,所以我们来研究下为什么GC没有清理它。(上图中我查询内存中activity列表时用的是oql(对象查询语言),简单强大的工具,ps 怎么用的,谁能告诉我?)


从上图中我们可以看到其中一个对mainactivity的引用是来自this$0this$0是什么呢?以下是关于this$0的解释:

-------什么是this$0---------

非static的inner class里面都会有一个this$0的字段保存它的父对象。在Java中,非静态(匿名)内部类会默认隐性引用外部类对象。而静态内部类不会引用外部类对象。一个编译后的inner class 很可能是这样的:

1 2 3 4 5 6 7 8 9 class parent$inner { synthetic parent this $0; parent$inner(parent this $0) { this . this $0 = this $0; this $0.foo(); } }

-------什么是this$0结束---------

在我们的代码中,匿名的runnable是一个非静态的内部类,因此他会使用this$0来保存MainActivity,然后runnable会继续被它的callback引用,而callback又接着被接下来一连串的message引用,这样主线程的引用就太他妈多了。 当Activity finish后,延时消息会继续存在主线程消息队列中80秒,然后处理消息,因此handler在继续存在于内存中,而handler引用了Activity,在我们旋转手机的时候,Activity 不停的重建和finish,导致多个activity的引用出现。

一旦将Runnable或者是Message 发送进handler,将保存一连串的引用了主线程(这里是MainActivity吧)的Message命令,直到message执行完。如果发送Runnable设置了延迟时间,那么至少在这段延迟时间内内存泄漏是肯定的,如果是直接发送,在Message比较大的情况下,也是有可能发生暂时的泄漏的。


解决办法一:使用Static

再次执行,同时旋转手机,分析内存如下:

尼玛,还是一样的。我们看看是谁还拉着activity不放:


在最底下我们发现activity继续被DoneRunnable里面mTextView中的mContext引用着。看来在这种情况下,看来仅仅使用static并没有解决问题啊。还需要做点工作才行。


静态的Runnable加WeakReference

既然是因为mTextView引起的,那我们把mTextView换成弱引用好了:

需要注意的,既然mTextView是弱引用,所以随时都可能为null,因此需要在使用前判断是否为空。好了继续看看内存的情况:

all right,我想我们已经完美的解决问题了。总结一下我们做了哪些工作:

使用静态的内部类

对所有handler/Runnable中的变量都用弱引用。

但是这种方式代码是不是很多,而且还必须得小心翼翼。


在onDestroy中清理掉所有Messages

Handler有个很方便的方法:removeCallbacksAndMessages,当参数为null的时候,可以清除掉所有跟次handler相关的Runnable和Message,我们在onDestroy中调用次方法也就不会发生内存泄漏了。

运行,旋转手机


但是如果你对代码有更高的要求,觉得这样还不方便可以使用作者提供的WeakHandler


WeakHandler

WeakHandler使用起来和handler一模一样,但是他是安全的,WeakHandler使用如下:

你只需要把以前的Handler替换成WeakHandler就行了。


WeakHandler的实现原理

WeakHandler的思想是将Handler和Runnable做一次封装,我们使用的是封装后的WeakHandler,但其实真正起到handler作用的是封装的内部,而封装的内部对handler和runnable都是用的弱引用。

第一幅图是普通handler的引用关系图

第二幅图是使用WeakHandler的引用关系图

其实原文有对WeakHandler更多的解释,但是表述起来也挺复杂的。

原文地址:https://techblog.badoo.com/blog/2014/10/09/calabash-android-query/

github项目地址:https://github.com/badoo/android-weak-handler

更多相关文章

  1. Android(安卓)IO流使用详解-SDcard
  2. 在Android(安卓)JNI环境下使用C++ Lambda表达式等(附apk包供测试)
  3. Android(安卓)NFC开发(二)——Android世界里的NFC所具备的条件以及
  4. Android之AsyncTask的内存泄露问题
  5. Android需要大量内存时自己设置堆大小
  6. EventBus3.0使用详解
  7. 箭头函数的基础使用
  8. NPM 和webpack 的基础使用
  9. Python list sort方法的具体使用

随机推荐

  1. Android自定义视图
  2. Android消息循环的同步屏障机制及UI渲染
  3. 深入探索Android稳定性优化
  4. Android平板上开发App的准则
  5. 如何将Android应用发布到Google Play(Andr
  6. Android(安卓)27+ 限制App所有未加密的ht
  7. android静默安装探讨(申请加精)
  8. 有板有眼:Google如何利用Moto的专利来帮助
  9. Android(安卓)NDK Hello + JNI 与 NDK区
  10. 从零学Android(四)、适配不同的Android设备