LeakCanary检测内存泄漏，BlockCanary优化代码结构

今天和大家分享的是第三方的框架，可以用来检测应用内存泄漏和代码阻塞相关问题，接下来我们就进入正题吧。

（1）LeakCanary的使用

详细了解在GitHub上LeakCanary

/*内存泄漏检测*/debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5.1'releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1'testCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1'

//Application中引用LeakCanary.install(this);

调用单例，两种引用都会导致内存泄露，第一种是Context引用泄露，第二种是子控件引用泄露，避免方式是在onDestroy中，清除引用。

我们来模拟一个内存泄漏的实例。

public class LeakSingle {    private Context mContext;    private TextView mTextView;    private static LeakSingle sInstance;    private LeakSingle(Context context) {        mContext = context;    }    public static LeakSingle getInstance(Context context) {        if (sInstance == null) {            sInstance = new LeakSingle(context);        }        return sInstance;    }    // 内存泄露    public void setRetainedTextView(TextView tv) {        mTextView = tv;        mTextView.setText(mContext.getString(R.string.app_name));    }    // 删除引用, 防止泄露    public void removeRetainedTextView() {        mTextView = null;    }}

public class LeakBlockActivity extends AppCompatActivity {    TextView text;    @Override    protected void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.leakblock_activity);        text = (TextView) findViewById(R.id.text);        //（1）Context引用泄露//LeakSingle.getInstance(this).setRetainedTextView(text);        //（2）子控件引用泄露LeakSingle.getInstance(this.getApplication()).setRetainedTextView(text);    }    @Override    protected void onDestroy() {        super.onDestroy();        //（3）清楚TextView引用LeakSingle.getInstance(this.getApplication()).removeRetainedTextView();    }}

我们看一下每种内存泄漏方式的提示：

（1）Context引用泄露

（2）子控件引用泄露

LeakCanary的内存泄露提示一般会包含三个部分：
第一部分(LeakSingle类的sInstance变量)引用第二部分(LeakSingle类的mContext变量), 导致第三部分(LeakBlockActivity类的实例instance)泄露。

一般泄漏产生的主要原因：
生命周期较长的类使用Activity的Context，导致Activity被引用，无法被及时回收。除了需要Activity页面支持的控件类，如Dialog等, 其他全部使用应用的Context替换Activity的Context, 即Context.getApplicationContext()。还有就是单例不要持有页面的控件, 单例持有控件, 控件附属页面, 最终页面得不到释放, 单例可以使用回调修改页面, 内部仅仅保留处理数据部分。

（2）BlockCanary优化代码

详细了解在GitHub上BlockCanary

/*应用卡顿检测*/debugCompile 'com.github.markzhai:blockcanary-android:1.5.0'releaseCompile 'com.github.markzhai:blockcanary-no-op:1.5.0'

//Application中配置BlockCanary.install(this, new AppBlockCanaryContext()).start();

blockCanary的配置需要自定义一个类继承BlockCanaryContext，并重写其部分方法来配置。

public class AppBlockCanaryContext extends BlockCanaryContext {    @Override    public String provideQualifier() {        return "com.android.rxjava2study";    }    @Override    public String provideNetworkType() {        return "Wifi";    }    @Override    public int provideBlockThreshold() {        return 500;    }    @Override    public String providePath() {        return "/blockcanary/log";    }}

接下来我们模拟一个阻塞的代码。

public class LeakBlockActivity extends AppCompatActivity {    @Override    protected void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.leakblock_activity);        //卡顿        try {            Thread.sleep(1000);        } catch (InterruptedException e) {            e.printStackTrace();        }    }}

看一下系统提示的卡顿结果。

系统准确的定位到Thread.sleep(1000);这句代码这里。

好啦，大家可以将其添加到自己的项目中试试吧。