在修改Sipdroid应用时,加入LeakCanary后发现在每次通话结束后都会有一个内存泄漏提示。总共遇到了两个情况。对应上Android 内存泄漏_android内存泄漏_追梦的鱼儿的博客-CSDN博客
的两种情况。
1、静态context引起
指向了 mContext。
根据场景确定使用Activity的Context还是Application的Context,因为二者生命周期不同,对于不必须使用Activity的Context的场景(Dialog),一律采用Application的Context,单例模式是最常见的发生此泄漏的场景,比如传入一个Activity的Context被静态类引用,导致无法回收。
在此记录一下,跟UI相关的,都应该使用Activity做为Context来处理;
2、静态View引起
使用静态View可以避免每次启动Activity都去读取并渲染View,但是静态View会持有Activity的引用,导致无法回收。注意静态View的持有及释放。
解决方案:
尽量避免 static 成员变量引用资源耗费过多的实例(如 Context),若需引用 Context,则尽量使用Applicaiton的 Context。
使用弱引用(WeakReference) 代替强引用持有实例。
在Activity销毁的时候将静态View设置为null