LeakCanary:检测所有的内存泄漏
2016-06-21 00:08
671 查看
原文: LeakCanary: Detect all memory leaks!
http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2015/0509/2854.html
在Square的注册过程中,我们在bitmap上 绘制了一个用户的签名。这个bitmap和设备的屏幕大小相当,在创建它的时候,我遇到了相当数量的OOM导致的崩溃。
我们试过了几种方法,没有一个解决了我们的问题:
使用
捕获
我们没有考虑过将bitmap分配在堆内存之外,那个时候Fresco 还没出现。
bitmap的大小本身不是什么问题。当内存快要满了的时候,OOM随时随地都可能发生。尤其是在创建大对象的时候更容易发生,比如bitmap。OOM一般代表着更深层次的问题:内存泄漏。
有些对象只有有限的生命周期。当它们的任务完成之后,它们将被垃圾回收。如果在对象的生命周期本该结束的时候,这个对象还被一系列的引用,这就会导致内存泄漏。随着泄漏的累积,app将消耗完内存。
比如,在
寻找内存泄漏是一个人工操作的过程,在Raizlabs的 Wrangling
Dalvik 系列中描述得很清楚。
下面是关键的步骤:
通过 Bugsnag, Crashlytics,
或者 Developer Console了解OOM
主动重现问题。你可能需要买或者借或者偷一个遭遇了崩溃的特殊设备(并不是所有的设备上都会发生内存泄漏!)。你还需要找出是什么串在一起导致了内存泄漏。
当OOM出现时进行堆转储(dump the heap)(这里介绍了如何做).
使用MAT或YourKit内存检测工具检测内存的变化,并找出哪个对象应该被垃圾回收;
从那个对象到GC roots推断最短的强引用路径;
在路径中找出不存在的引用,并修复memory leak;
要是有一个库可以为你做完所有的事情,让你专注于修复内存泄漏的问题,那该有多好。
LeakCanary 是一个开源的在debug版本中检测内存泄漏的java库。
让我们来看看一个cait的例子:
创建一个
当检测出泄漏的时候,你会自动得到一个漂亮的泄漏线索:
我们知道你的时间宝贵,因此我们让它非常好设置。只需几行代码,LeakCanary就能自动检测Activity的泄漏:
当内存不足时,会有一个通知和良好的展示界面:
在启用LeakCanary之后,我们发现和修复了许多内存泄漏的问题。我们甚至发现了一些 Android
SDK中的泄漏。
结果是非常令人惊奇的,我们现在减少了94%的oom崩溃问题。
如果你想终结OOM崩溃,现在就安装LeakCanary!
http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2015/0509/2854.html
没人喜欢OutOfMemoryError
在Square的注册过程中,我们在bitmap上 绘制了一个用户的签名。这个bitmap和设备的屏幕大小相当,在创建它的时候,我遇到了相当数量的OOM导致的崩溃。我们试过了几种方法,没有一个解决了我们的问题:
使用
Bitmap.Config.ALPHA_8(签名是不需要颜色的)
捕获
OutOfMemoryError,触发垃圾回收然后重试几次(从GCUtils 获得的启发)
我们没有考虑过将bitmap分配在堆内存之外,那个时候Fresco 还没出现。
我们看待问题的方式是不对的
bitmap的大小本身不是什么问题。当内存快要满了的时候,OOM随时随地都可能发生。尤其是在创建大对象的时候更容易发生,比如bitmap。OOM一般代表着更深层次的问题:内存泄漏。
什么是内存泄漏?
有些对象只有有限的生命周期。当它们的任务完成之后,它们将被垃圾回收。如果在对象的生命周期本该结束的时候,这个对象还被一系列的引用,这就会导致内存泄漏。随着泄漏的累积,app将消耗完内存。比如,在
Activity.onDestroy()被调用之后,view树以及相关的bitmap都应该被垃圾回收。如果一个正在运行的后台线程继续持有这个Activity的引用,那么相关的内存将不会被回收,这最终将导致
OutOfMemoryError崩溃。
寻找内存泄漏
寻找内存泄漏是一个人工操作的过程,在Raizlabs的 WranglingDalvik 系列中描述得很清楚。
下面是关键的步骤:
通过 Bugsnag, Crashlytics,
或者 Developer Console了解OOM
主动重现问题。你可能需要买或者借或者偷一个遭遇了崩溃的特殊设备(并不是所有的设备上都会发生内存泄漏!)。你还需要找出是什么串在一起导致了内存泄漏。
当OOM出现时进行堆转储(dump the heap)(这里介绍了如何做).
使用MAT或YourKit内存检测工具检测内存的变化,并找出哪个对象应该被垃圾回收;
从那个对象到GC roots推断最短的强引用路径;
在路径中找出不存在的引用,并修复memory leak;
要是有一个库可以为你做完所有的事情,让你专注于修复内存泄漏的问题,那该有多好。
LeakCanary介绍
LeakCanary 是一个开源的在debug版本中检测内存泄漏的java库。让我们来看看一个cait的例子:
RefWatcher实例,然后给它一个对象让它观察:
结论
在启用LeakCanary之后,我们发现和修复了许多内存泄漏的问题。我们甚至发现了一些 AndroidSDK中的泄漏。
结果是非常令人惊奇的,我们现在减少了94%的oom崩溃问题。
如果你想终结OOM崩溃,现在就安装LeakCanary!
相关文章推荐
- Deep Learning 论文解读——Session-based Recommendations with Recurrent Neural Networks
- nodejs 字符串转gbk base64
- CocoaPods的安装使用和常见问题
- android中的键盘处理
- 仿微信朋友圈demo
- 跳台阶
- 2016.06.21培训日记(图书管理系统)
- 为iPhone 6设计自适应布局
- 手指触摸事件
- Eclipse调试JDK源代码~watch(监视)变量时报:<error(s)_during_the_evaluation>
- Activity
- (go语言)263.uglynumber
- [NYIST737]石子合并(一)(区间dp)
- Struts2(六):ResultType
- (go语言)242.validanagram
- 一无所有到有车有房,我只用了2年时间,谈谈我的经验和教训
- 网站运营怎么制作“诱饵”把目标用户“钓”上来?
- 新产品营销:有些产品,用户为什么不想尝鲜?
- 常见的python正则用法实例讲解
- Python正则表达式使用经典实例