接入LeakCanary检测内存泄露前几天square在Github上发布了他们的内存泄漏检测库，LeakCanary，短短几天star已经接近，研究了一下后，发现其对QZone也很有价&#;。原来我们看到一个toast弹出内存泄露，但是也看不出什么相关信息，所以只能直接忽略。一个内存泄露既需要测试同学dump HPROF再用MAT和Finder分析提单，开发同学接到单后又要在去分析HPROF看是哪里HOLD住了对象导致内存泄露，对之前没接触过这方面工作的人还是需要一定学习成本，且比较浪费时间成本。很多潜在的问题可能没有覆盖到，而一直藏在那里消耗内存。通过LeakCanary，我们可以降低测试和修复成本，并发现更多的潜在内存泄露。这里不多介绍接入细节，我们简单看下原理和效果。【原理】LeakCanary通过square自家的HAHA来自动化分析Android heap dumps，内部基于MAT, vshor/mat，AndroMAT来做Java和Android特定的heap分析，亮点则是其将需要人工分析的事情做到了完全自动化，并给出能帮助快速定位修复内存泄露的信息。在Application中使用LeakCanary.install(this)后，LeakCanary就会自动install一个ActivityRefWatcher来自动化检测activity是否在onDestroy后有泄露。具体步骤大致是1. 自动把activity加入到KeyedWeakReference2. 在background线程中，检查onDestroy后reference是否被清除，且没有触发gc3. 如果reference没有被清除，则dump heap到一个hprof文件并保存到app文件系统中4. 在一个单独进程中启动HeapAnalyzerService，HeapAnalyzer使用HAHA来分析heap dump。5. HeapAnalyzer在heap dump中根据reference key找到KeyedWeakReference。6. HeapAnalyzer计算出到GC Roots的最短强引用路径来判断是否存在泄露，然后build出造成这个泄露的引用链。7. 结果被传回来app进程的DisplayLeakService，并展示一个泄露的notification。square称从用了LeakCanary后，发现并修复了很多他们app中的内存泄露，而且找到了一些Android SDK中的泄露，最终减少了%因为OOM错误导致的crash。【可深入的点】由于该工具是基于Activity、Fragment的onDestroy触发的，且有些泄露并不是必现的，所以考虑可以基于自动化测试来做完整的覆盖，并批量输出内存泄露的信息，借助其输出的log，也可以方便定位出泄露的原因。
推荐整理分享接入LeakCanary检测内存泄露(接入hpool)，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:接入方式lan是什么意思,接入方式lan,接入方式lan,接入认证检测失败是怎么回事,接入认证检测,接入认证检测,接入认证检测,接入认证检测,内容如对您有帮助，希望把文章链接给更多的朋友！
版权声明：本文为博主原创文章，未经博主允许不得转载。
实现类似Tumblr的Title Bar跟随滑动渐变的效果 轻博客应用Tumblr中，在看他人的主页时候，可以看到顶部titlebar的一个很酷炫的体验，当在最顶端，整个titlebar的背景是透明的，而上面的字体和图标是
沉浸式状态栏技术方案及其中的一些坑 1.沉浸式状态栏沉浸式状态栏是android4.4开始支持的一个feature，在软件打开的时候通知栏和软件顶部颜色融为一体，这样不仅可以使软件和系统本身更加
音频焦点 （audio focus）(二) 什么叫音频焦点（audiofocus）？android系统是一个多任务操作系统，因此同一时刻允许许多任务同时工作。但是这对音频类应用来说是个挑战，因为如果多
