转载请标明出处:一片枫叶的专栏
(一)什么是内存泄露
Java内存泄漏指的是进程中某些对象(垃圾对象)已经没有使用价值了,但是它们却可以直接或间接地引用到gc roots导致无法被GC回收。无用的对象占据着内存空间,使得实际可使用内存变小,形象地说法就是内存泄漏了。
(二)什么是leakcanary
LeakCanary 是一个square开源的在debug版本中检测内存泄漏的java库;
其github地址:https://github.com/square/leakcanary
(三)如何使用leakcanary检测内存泄露
在leakcanary的github地址中已经对如何使用做了相关的说明,这里简单介绍一下:
1)在android studio的build.gradle中引用leakcanary
debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3.1'
2)自定义Application,并在onCreate方法中执行以下代码:
public class ExampleApplication extends Application {
public RefWatcher refWatcher = null;
@Override
public void onCreate() {
super.onCreate();
refWatcher = LeakCanary.install(this);
}
}
3)在activity或者是fragment中的onCreate方法中执行:
//在自己的应用初始Activity中加入如下两行代码
RefWatcher refWatcher = ExampleApplication.getRefWatcher(this);
refWatcher.watch(this);
这样我们就可以接受检测该Activity中是否存在内存泄露的问题了(当然也可以检测Fragment)
4)当发现有内存泄漏时,Leakcanary就会弹出一个通知栏消息告诉你哪里存在内存泄露的情况。
5)点击该通知栏消息,显示内存泄露详情;
可以看到LoginPhoneActivity中存在内存泄露的情况,继续往下看,可以定位到Config.currentContext这里,下面就是具体问题具体分析了;
(四)leakcanary的实现原理
在github的实现原理中有这样的一段话:
- RefWatcher.watch() creates a KeyedWeakReference to the watched object.
- Later, in a background thread, it checks if the reference has been cleared and if not it triggers a GC.
- If the reference is still not cleared, it then dumps the heap into a .hprof file stored on the app file system.
- HeapAnalyzerService is started in a separate process and HeapAnalyzer parses the heap dump using HAHA.
- HeapAnalyzer finds the KeyedWeakReference in the heap dump thanks to a unique reference key and locates the leaking reference.
- HeapAnalyzer computes the shortest strong reference path to the GC Roots to determine if there is a leak, and then builds the chain of references causing the leak.
- The result is passed back to DisplayLeakService in the app process, and the leak notification is shown.
英文水平不太好不在这里献丑了,不懂得童鞋可以自己理解一下;
另外对github项目,开源项目解析感兴趣的同学可以参考我的:
Github项目解析(一)–>上传android项目至github
Github项目解析(二)–>将Android项目发布至JCenter代码库