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中Styles、Themes、attrs介绍
  2. 一个使用FFmpeg库读取3gp视频的例子-Android中使用FFmpeg媒体库(
  3. RxAndroid和RxJava的资料分享
  4. Android中App可分配内存的大小
  5. Android开发者面试一百题
  6. 解决Android(安卓)SDK Manager不能更新的问题
  7. 箭头函数的基础使用
  8. NPM 和webpack 的基础使用
  9. Python list sort方法的具体使用

随机推荐

  1. 自然语言处理中句子相似度计算的几种方法
  2. 4、输入、输出重定向、管道符、Vim编辑器
  3. 一言不合就改成 777 权限?会出人命的!
  4. 干货 | SQL如何学?分享5大免费学习资源
  5. 如何不再当分母?我告诉你一个方法
  6. 最新深度学习合集:GitHub趋势排行第一位,仅
  7. 爬虫速度太慢?来试试用异步协程提速吧!
  8. 来一家咖啡店的所见所想
  9. 对你没有看错!不到 10 行代码完成抖音热门
  10. Ansible 之 Inventory配置