使用Leak Canary检测应用的内存泄露

蔚落 2022-06-09 13:56 180阅读 0赞

>   
> 欢迎Follow我的[GitHub][], 关注我的[简书][Link 1]. 其余参考[Android目录][Android].

[LeakCanary][]是检测App内存泄露的工具, 内存泄露是Android开发中常见的问题, 使用程序的稳定性下降.

> 注意: 集成到低版本应用, 会报出Bug.  
> Error:(2) Error retrieving parent for item: No resource found that matches the given name 'android:Theme.Material'.  
> 修改编译版本: compileSdkVersion 21 即可.

本文示例的Github[下载地址][Link 2].

![1240][]

内存泄露

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

LeakCanary可以检查出页面的泄露问题, 并提供具体位置.

![1240 1][]

泄露

> 表明: LeakSingle的静态单例sInstance引用LeakSingle的mContext, 从而导致MainActivity的instance泄露.

内存泄露的原因已经理解了, 那么我来讲解一下如何检测应用吧.

--------------------

## 1. 依赖和引入 ##

build.gradle的依赖.

debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3.1' // or 1.4-beta1
        releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3.1' // or 1.4-beta1
        testCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3.1' // or 1.4-beta1

引入应用

public class DemoApplication extends Application {
        @Override public void onCreate() {
            super.onCreate();
            LeakCanary.install(this);
        }
    }

> 配置非常简单, 会增加一个附属应用, 去掉Application的引用, 就可以移除LeakCanary.

--------------------

## 2. 泄露单例 ##

泄露单例, 引入页面的TextView, 强制保留的父Activity, 会导致内存泄露, 可以在onDestroy时, 解引用避免.

/**
     * 泄露单例, 设计混乱, 单例只应该做事务性的工作, 页面操作应该使用回调.
     * 本示例仅做为反面示例, 切勿学习.
     * <p/>
     * Created by wangchenlong on 16/1/25.
     */
    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;
        }
    }

> 单例只应该做事务性的工作, 页面操作应该使用回调, 不是引入控件. 本示例仅做为反面示例, 切勿学习.

## 3. 泄露内存 ##

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

> 最优方式:  
> 在单例中只执行事务性工作, 不执行具体页面操作, 可以使用接口回调, 异步处理.

public class MainActivity extends AppCompatActivity {
    
        @Bind(R.id.main_tv_text) TextView mTvText;
    
        @Override
        protected void onCreate(Bundle savedInstanceState) {
            super.onCreate(savedInstanceState);
            setContentView(R.layout.activity_main);
            ButterKnife.bind(this);
    
            /**
             * me.chunyu.spike.wcl_leakcanary_demo.MainActivity has leaked:
             * GC ROOT static me.chunyu.spike.wcl_leakcanary_demo.LeakSingle.sInstance
             * references me.chunyu.spike.wcl_leakcanary_demo.LeakSingle.mContext
             * leaks me.chunyu.spike.wcl_leakcanary_demo.MainActivity instance
             */
    //        LeakSingle.getInstance(this).setRetainedTextView(mTvText);
    
            /**
             * me.chunyu.spike.wcl_leakcanary_demo.MainActivity has leaked:
             * GC ROOT static me.chunyu.spike.wcl_leakcanary_demo.LeakSingle.sInstance
             * references me.chunyu.spike.wcl_leakcanary_demo.LeakSingle.mTextView
             * references android.support.v7.widget.AppCompatTextView.mContext
             * leaks me.chunyu.spike.wcl_leakcanary_demo.MainActivity instance
             */
            LeakSingle.getInstance(this.getApplication()).setRetainedTextView(mTvText);
        }
    
        @Override protected void onDestroy() {
            super.onDestroy();
            // 防止内泄露
            LeakSingle.getInstance(this.getApplication()).removeRetainedTextView();
        }
    }

根据LeakCanary中的检测结果, 修改内存泄露的地方, 就可以完美的解决问题.

--------------------

## 4. 解析泄露位置 ##

新手程序员经常会问我, 如何理解LeakCanary的错误信息, 我来举个例子讲解一些.  
如图:

![1240 1][]

泄露

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

应用最常见的泄露位置就是Activity的实例, 要手动或使用shell命令, 启动所有的Activity. LeakCanary判断时机是Activity启动到结束, 检测这一过程是否会发生内存泄露.

启动Activity的shell命令是

adb shell am start  -n [包名]/[Activity名]

详细内容[参考第六点][Link 3].

--------------------

内存泄露的问题对于应用的用户体验至关重要, 感谢Square的产品, 让这件事变得如此简单.

OK, that's all! Enjoy it!

转载自：http://www.jianshu.com/p/a8900eb3de12

[GitHub]: https://github.com/SpikeKing
[Link 1]: http://www.jianshu.com/users/e2b4dd6d3eb4/
[Android]: http://www.jianshu.com/p/780658b79227
[LeakCanary]: https://github.com/square/leakcanary
[Link 2]: https://github.com/SpikeKing/wcl-leakcanary-demo
[1240]: /images/20220609/9756d9202d16429c90a7edc397b16ece.png
[1240 1]: /images/20220609/7d25f7a64b9248c9bcaee9c401bf0b7f.png
[Link 3]: http://www.jianshu.com/p/22c5222b3cf8