LeakCanary浅析

      说到内存泄漏,就必须提到LeakCanary. 这个利器,很方便的显示出内存泄漏的地方。在用到的过程中好奇怎么做到的,下面跟着网上的博客简单的分析下LeakCanary源码。


   源码分析

1. 注册

使用很简单,关键的一行代码“LeakCanary.install(this)”;下面就以这行代码为线索分析。

构建一个AndroidRefWatcherBuilder的对象。

而AndroidRefWatcherBuilder继承自RefWatcherBuilder。

创建的实际是子类对象,因此后续调用的都是子类的方法,除非子类不存在,则会调用父类的方法。

而传进去的参数DisplayService.这个类是用于内存泄漏后的展示。

这个是创建那些需要去除的引用,因为有些内存泄漏是已知,且是系统层级的。因此判断是否内存泄漏的时候需要排除。这个也可以手动增加,比如这个类的泄漏不严重,但改起来代价太大,就可以手动将这个类放进去。

最后调用这个方法,关键的地方在于build()这个方法,通过建造者设计模式设置参数。因为前面创建的是子类对象,因此调用方法时会优先调用子类的方法。另外值得注意的是最后new RefWatcher时,会去创建一个Disabled的父类的对象,也会去调用build()方法。

enableDisplayLeakActivity 这个用来控制内存泄漏图标的显示与否。

注册activity的ActivityLifecycleCallbacks. 这样就可以在activity的ondestroy方法中执行内存泄漏的检查。其实可以从此处看出LeakCanary 的缺点,一个是只能检测到activity的内存泄漏,另一个是只能检测非前台的activity的内存泄漏。比如service 的内存泄漏就检测不到。

2 检测

当activity 执行到ondestroy 方法时,会回调ActivityLifecycleCallbacks.

然后开始进行内存泄漏的检查,一路跟进去关键代码如下:

而这个watchExcuter 则是在最开始install 的时候通过builder 方法创建。实际如下

关键代码如下

Retryable 实际上是一个runnable对象。可以看到execute的retryable,最后都会在主进程中执行。

而MessageQueue.IdleHandler可以用来在线程空闲的时候,指定一个操作,使用IdleHandler的好处在于可以不用指定一个将来时间,只要线程空闲了,就可以执行它指定的操作。

这个是界面跳转后内存泄漏的检查需要稍等下的原因之一。另外一个原因可能是生成分析dump文件比较费时。

接下来回头看ensuregone方法

removeWeaklyReachableReferences方法会需要试着移除弱引用,如果移除后的集合中不包括activity的引用对象。则说明没有泄漏,否则就需要手动gc, 然后通过removeWeaklyReachableReferences检查gc后 。如果此时集合中还有activity对应的引用对象,就说明内存泄漏了。否则就不认为发生内存泄漏。如果发生内存泄漏,接下来就需要检测出到底什么地方发生了泄漏。

此时的heapDumper也是最开始install的时候通过build()方法构造的。

这个地方是调用的系统的Debug类的dumpHprofData,来生成dump文件,文件名就是传进去的参数。值得深挖的是Debug这个类,有很多有用的帮助调试的方法。

生成文件之后 然后会走到heapDumpListener。通过analyze 开始正式对dump文件分析。

然后就调到HeapAnalyzerService的runAnalysis方法。HeapAnalyzerService是一个intentservice类,执行结束,这个service会自动销毁。然后runAnalysis调用到onHandleIntent 方法中去。需要注意的是,因为HeapAnalyzerService在manifest中是标记的另外的进程,所以此处虽然是startservice,这样启动service,但启动的service 运行在新的进程中。

HeapAnalyzer会使用checkForLeak的方法来分析内存泄露结果。

这里又个值得注意的地方是,老版本的LeakCanary使用的是eclipse.mat 这个包来分析的。而新版本的则是使用的squaredup的haha库

此处也是跨进程调用的。然后结果就会传给最开始的displayleakservice。然后就会发通知到通知栏。然后开发者就可以很方便的点进去看到相关的内存泄漏了。

3 总结

一路下来,代码并不是很难,不过多看几遍就会有收获的。有如下知识点:

ActivityLifecyleCallbacks的使用

弱引用及referenceQueu的使用

builder 构造者设计模式

简单的startservice 跨进程通信

MessageQueue.IdleHandler可以用来在线程空闲的时候,指定一个操作

Debug辅助调试类。


引用

https://www.jianshu.com/p/481775d198f0

这篇文章讲的很好,基本上就是自己想说的,截图什么的都是来自这篇文章。感谢分享。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,992评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,212评论 3 388
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,535评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,197评论 1 287
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,310评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,383评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,409评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,191评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,621评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,910评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,084评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,763评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,403评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,083评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,318评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,946评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,967评论 2 351

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 171,934评论 25 707
  • LeakCanary原理浅析 1.LeakCanary简介 LeakCanary是一个Android和Java的内...
    chewbee阅读 6,806评论 2 38
  • 导入Reactivecocoa框架,导入失败在podfile加入use_frameworks使用的时候 #impo...
    走停2015_iOS开发阅读 455评论 0 0
  • 好多人,都会在跨年的时候来回首过往一年,展望接下来的这年。我,不太喜欢用文字记录着回首,因为目前阶段我还没有做出什...
    壹平方阅读 186评论 0 0
  • block已经成为我在iOS编写中最为常用的回调方法 , 它简单便捷 , 取代了代理大部分的工作 , 今天整理一下...
    存在即是美阅读 281评论 0 0