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.Config.ALPHA_8(签名不需要颜色)。
  • 捕获OutOfMemoryError,触发GC并多次重试(灵感来源于GCUtils)。
  • 我们没有想过从Java 堆分配位图,幸运的是,Fresco 也没有。(注:Fresco是Facebook用于图片缓存的开源库,可以关注一些)

我们曾看错了方向

bitmap的大小并不是问题,当内存将要用完的时候,OOM可以随处发生。它们更多的发生在你创建一个像Bitmap这种比较大的对象的情况下。OOM只是一个症状源自于更深层次的问题:内存泄露。

什么是内存溢出?

某些对象生命周期有限,当它们的工作完成以后,将会被回收。如果一个对象在其生命周期结束以后仍被内存中引用,将会导致内存泄露。当泄露积累过多,该应用将耗尽内存。

比如,在Activity.OnDestroy()方法被调用以后,这个activity的各种层级视图和它们关联的位图都应该被回收掉,如果一个后台运行的线程有该activity的引用,activity相对应的内存将不能被回收,这最终会导致OutOfMemoryError崩溃。

追踪内存溢出

追踪内存溢出是一个手动过程, Raizlabs 的  Wrangling Dalvik 对此有很好的描述。

下面是关键步骤:

  1. 通过 BugsnagCrashlytics,或者 Developer Console 了解内存溢出。
  2. 尝试重现该问题。你可能需要通过购买或者借用遇到崩溃问题的特定设备。(并非所有设备都会呈现这些泄漏) !你还需要弄清楚是哪一系列操作触发泄漏,有可能是蛮力。

  3. 当泄露发送时,记录堆栈内容(点击此处获取代码
  4. 使用MAT 或者YourKit 查看堆栈内容,并从中找出应该被回收的对象。
  5. 计算最短到 GC 根从该对象的强引用路径。
  6. 找出哪个引用路径不应该存在,并修复内存溢出问题。

该库会在你遇到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年,开始尝试玩一下微信公众账号:

时间: 2024-10-13 00:14:27

LeakCanary:检测所有的内存泄露的相关文章

LeakCanary Android 和 Java 内存泄露检测。

开始使用 在 build.gradle 中加入引用,不同的编译使用不同的引用: dependencies { debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3' releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3' } 在 Application 中: public class ExampleApplication extends Appl

内存泄露检测工具——LeakCanary

很简单:我们不是创建服务不是为了赚钱:我们赚钱是为了提供更好的服务.我们认为这才是做事的态度. 学习使用Java的同学都应该知道,Java的JVM给我们提供的垃圾回收机制是极为好用的.但是我们也很清楚,垃圾回收机制不是万能的,使用不当很容易造成内存泄露.之前我们也介绍过Java中常用的内存泄露检测工具MAT,目前Java程序最常用的内存分析工具应该是MAT(Memory Analyzer Tool),它是一个Eclipse插件,同时也有单独的RCP客户端. 不熟悉MAT的同学,或者对Java垃圾

Android 源码系列之<十三>从源码的角度深入理解LeakCanary的内存泄露检测机制(中)

转载请注明出处:http://blog.csdn.net/llew2011/article/details/52958563 在上篇文章Android 源码系列之<十二>从源码的角度深入理解LeakCanary的内存泄露检测机制(上)中主要介绍了Java内存分配相关的知识以及在Android开发中可能遇见的各种内存泄露情况并给出了相对应的解决方案,如果你还没有看过上篇文章,建议点击这里阅读一下,这篇文章我将要向大家介绍如何在我们的应用中使用square开源的LeakCanary库来检测应用中出

Android 使用LeakCanary 检测内存泄露

LeakCanary 是 Android 和 Java 内存泄露检测框架,该框架是Square公司的一个开源库,项目地址 leakcanary . Android 开发中你是否频频遇到内存泄露而无奈无从解决.说不定哪天你不小心写的一行代码就导致了内存泄露.可以先看看这些问题导致的内存泄露 Android开发编码规范导致的内存泄露问题,而LeakCanary 则很直白得检测出了内存泄露并展示给我们.在使用它之前,我们来写一个例子. 本地广播,在开发中还是有一定的应用的,现在有这么一个需求,要求使用

LeakCanary:检测你APP所有的内存泄露

LeakCanary:检测你APP所有的内存泄露 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) 1. 没人喜欢OOM这个Cras

自己实现简易的内存泄露检测工具VLD

有一个很著名的内存泄露检测工具Visual leak detected想必大家都不陌生,但今天我们可以自己写一个简易版的.哈哈,自己动手,丰衣足食有木有!!! 它的原理就是我们重载了操作符new和delete,当用new开辟空间的时候,就讲这块空间串到我们定义的结构体MEMNode形成的链表中,(这是老师的写法,在main程序结束时,用check_vld()函数检测有没有内存泄露)但我觉得,如果我们动态开辟了一个对象,在它的析构函数里用delete释放的话,这种方法就不太可行.因为析构函数只有到

用Instruments检测内存泄露

用Instruments检测内存泄露 标签:Xcode 原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://dawn110110.blog.51cto.com/3049492/899283 IPhone上木有垃圾回收,动态申请的内存要自己记得释放,此文自己总结一下可能出现内存泄露的各种情况,以及检测方法. 内存泄露说白了,就是有这样一块动态申请的内存,但木有任何一个指针指向它. 举例来说,在C++中: MyClass * foo 

C程序内存泄露检测工具

今天给大家带来一款检测C程序内存泄露的一款实用工具--memwatch memwatch简介 MEMWATCH 由 Johan Lindh 编写,是一个开放源代码 C 语言内存错误检测工具.只要在代码中添加一个头文件并在 gcc 语句中定义了 MEMWATCH 之后,您就可以跟踪程序中的内存泄漏和错误了.MEMWATCH 支持 ANSI C,它提供结果日志记录,能检测双重释放(double-free).错误释放(erroneous free).没有释放的内存(unfreed memory).溢出

【转】.. Android应用内存泄露分析、改善经验总结

原文网址:http://wetest.qq.com/lab/view/107.html?from=ads_test2_qqtips&sessionUserType=BFT.PARAMS.194206.TASKID&ADUIN=554147273&ADSESSION=1467939955&ADTAG=CLIENT.QQ.5479_.0&ADPUBNO=26582 前言   通过这几天对好几个应用的内存泄露检测和改善,效果明显: 完全退出应用时,手动触发GC,从原来占有