Android中LeakCanary检测内存泄漏

2017-09-13 10:42:58来源:网络收集作者:纳米程序员人点击

分享

最近要对产品进行内存泄漏的检查,最后选择了使用Square公司开源的一个检测内存泄漏的函数库LeakCanary,在github上面搜索了一下竟然有1.6w个star,并且Android大神JakeWharton也是这个开源库的贡献者。那么就赶快拿来用吧。
先说一下我遇到的坑,我当时是直接google的,然后就直接搜索到稀土掘金的一篇关于LeakCanary的介绍,我就按照他们的文章一步步的操作,到最后才发现,他们那个build.gradle中导入的库太老了,会报这样的错误Closed
Failed to resolve: com.squareup.leakcanary:leakcanary对于刚使用LeakCanary的我很是费解。
然后我就直接使用Github上的例子去引入LeakCanary https://github.com/square/leakcanary
但是又有一个问题,就是构建项目失败,在Github上面也有说明地址连接https://github.com/square/leakcanary/issues/815
好了说完这些坑之后,接下来就让我们愉快的使用LeakCanary来检测内存泄漏吧
1 导入步骤
因为不想让这样的检查在正式给用户的 release 版本中也进行,所以在 dependencies 里添加
dependencies {
debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5.1'
releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1'
}
接下来,在你的应用里写一个自定义 Application ,并在其中“安装” RefWatcher
public class AppApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
if (LeakCanary.isInAnalyzerProcess(this)) {
// This process is dedicated to LeakCanary for heap analysis.
// You should not init your app in this process.
return;
}
LeakCanary.install(this);
// Normal app init code...
}
}

记得把它作为 android:name 配到 AndroidManifest.xml 的 Application 节点下。


上面的只能监控Activity中的内存,所以想要检测Fragment中的内存泄漏的话也是很简单只需要先在Application中保存全局的RefWatcher
public class App extends Application {
//Application为整个应用保存全局的RefWatcher
private RefWatcher refWatcher;
@Override
public void onCreate() {
super.onCreate();
refWatcher = LeakCanary.install(this);
}
public static RefWatcher getRefWatcher(Context context) {
App application = (App) context.getApplicationContext();
return application.refWatcher;
}
}
还需要创建一个BaseFragment添加如下代码:
public abstract class BaseFragment extends Fragment {
@Override
public void onDestroy() {
super.onDestroy();
RefWatcher refWatcher = App.getRefWatcher(getActivity());
refWatcher.watch(this);
}
}

Ok,导入成功后,用Debug版打包,安装后,手机上面会自动多一个leak的应用,当有内存泄漏的时候,就会在里面显示。这里还有一个问题,就是在我的4.4的手机并不能出现那个内存泄漏的icon。
选择打包Android中LeakCanary检测内存泄漏
导入成功后的icon
Android中LeakCanary检测内存泄漏


2 内存泄漏解决方法
下面说一下常见的几个内存泄漏的解决方法
1 单例 Context 内存泄露
这里先创建一个很简单的单例对象
public class TestHelper {
private Context mCtx;
private TextView mTextView;
private static TestHelper ourInstance = null;
private TestHelper(Context context) {
this.mCtx = context;
}
public static TestHelper getInstance(Context context) {
if (ourInstance == null) {
ourInstance = new TestHelper(context);
}
return ourInstance;
}
}

然后我们在Activity中调用它,其实很多时候我们都会犯这样的错误。造成这样错误的原因很简单,就是这个 ContextLeakActivity 不在了之后, TestHelper 依然会 hold 住它的 Context 不放。这样就造成了内存泄漏。


public class ContextLeakActivity extends AppCompatActivity{
private TestHelper mTestHelper;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//这里容易引起内存泄漏
//我们在 ContextLeakActivity 里获取 TestHelper 实例时因为传入了 MainActivity 的 Context,
// 这使得一旦这个 Activity 不在了之后,
// TestHelper 依然会 hold 住它的 Context 不放,而这个时候因为 Activity 已经不在了,所以内存泄露自然就产生了。
mTestHelper=TestHelper.getInstance(this);
//避免内存泄漏的写法
// mTestHelper=TestHelper.getInstance(this.getApplication());
}
}
Context 内存泄漏提示图

Android中LeakCanary检测内存泄漏
2 Broadcast引起的内存泄漏: 当我们注册过BroadcastReceiver之后,却没有在Activity销毁之后,把BroadcastReceiver释放,就很容易引起内存泄漏,所以要在onDestroy()中销毁BroadcastReceiver。
销毁代码如下


@Override
protected void onDestroy() {
super.onDestroy();
getLocalBroadcastManager().unregisterReceiver(mExitReceiver);
}

Broadcast的内存泄漏提示图
Android中LeakCanary检测内存泄漏


Ok,使用LeakLeakCanary很简单,但是解决有些内存泄漏确实有点麻烦,但是不论什么样的内存泄漏,最关键的一点就是:在生命周期结束之前,把对象销毁即可。如果感觉我的文章对您有用,请顶一下,谢谢。
Demo下载地址连接LeakDemo


最新文章

123

最新摄影

微信扫一扫

第七城市微信公众平台