LeakCanary:检测所有的内存泄露
·
本文译自：https://corner.squareup.com/2015/05/leak-canary.html（LeakCanary是由Square公司刚刚开源用于查找Android内存泄露的库）
java.lang.OutOfMemoryError
at android.graphics.Bitmap.nativeCreate(Bitmap.java:-2)
at android.graphics.Bitmap.createBitmap(Bitmap.java:689)
at com.squareup.ui.SignView.createSignatureBitmap(SignView.java:121)没有人喜欢OutOfMemory崩溃
在Square的注册界面，我们使用bitmap缓存绘制客户的签名，使用的bitmap大小等同于屏幕大小，当创建它时，我们有了大量的OOM崩溃。
我们尝试了一些方法，但是没有一个可以解决问题：
我们曾看错了方向
bitmap的大小并不是问题，当内存将要用完的时候，OOM可以随处发生。它们更多的发生在你创建一个像Bitmap这种比较大的对象的情况下。OOM只是一个症状源自于更深层次的问题：内存泄露。
什么是内存溢出?
某些对象生命周期有限，当它们的工作完成以后，将会被回收。如果一个对象在其生命周期结束以后仍被内存中引用，将会导致内存泄露。当泄露积累过多，该应用将耗尽内存。
比如，在Activity.OnDestroy()方法被调用以后，这个activity的各种层级视图和它们关联的位图都应该被回收掉，如果一个后台运行的线程有该activity的引用，activity相对应的内存将不能被回收，这最终会导致OutOfMemoryError崩溃。
追踪内存溢出
下面是关键步骤：
- 通过 Bugsnag, Crashlytics，或者 Developer Console 了解内存溢出。
尝试重现该问题。你可能需要通过购买或者借用遇到崩溃问题的特定设备。（并非所有设备都会呈现这些泄漏） ！你还需要弄清楚是哪一系列操作触发泄漏，有可能是蛮力。
当泄露发送时，记录堆栈内容（点击此处获取代码）
计算最短到 GC 根从该对象的强引用路径。
找出哪个引用路径不应该存在，并修复内存溢出问题。
该库会在你遇到OOM的时候完成以上全部操作，这样你就可以专注于解决内存溢出问题了。
LeakCanary简介
LeakCanary是一个可以在你调试的时候检测内存泄露的Java开源库。
让我们看一个小例子：
class Cat {
}
class Box {
Cat hiddenCat;
}
class Docker {
static Box container;
}
// ...
Box box = new Box();
Cat schrodingerCat = new Cat();
box.hiddenCat = schrodingerCat;
Docker.container = box;
创建一个RefWatcher实例并设计一个监听对象
// We expect schrodingerCat to be gone soon (or not), let's watch it.
refWatcher.watch(schrodingerCat);当检测到泄漏时，您自动获得不错的泄漏痕迹：
* GC ROOT static Docker.container
* references Box.hiddenCat
* leaks Cat instance我们知道你忙着写功能，所以我们很容易设置。只是一个代码行，LeakCanary 将会自动检测活动泄漏：
public class ExampleApplication extends Application {
@Override public void onCreate() {
super.onCreate();
LeakCanary.install(this);
}
}你会得到一个Notification和一个很好的展示界面：
总结
在使用LeakCanary以后，我们在自己的应用中发现了许多内存泄露问题，我们甚至发现了一些Android SDK的内存泄露。
结果是令人惊讶的，我们的OOM错误减少了94%。
如果你想消灭OOM错误，现在就使用 LeakCanary 吧！
本文原创地址：http://blog.csdn.net/lilu_leo/article/details/45624735 转载请声明。
2015年，开始尝试玩一下微信公众账号：
旨在为数千万中国开发者提供一个无缝且高效的云端环境，以支持学习、使用和贡献开源项目。
更多推荐
1
0- 0
已为社区贡献4条内容
所有评论(0)