欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  移动技术

android开发如何有效的避免Context引起的内存泄露问题

程序员文章站 2022-07-07 22:31:01
android开发如何有效的避免Context引起的内存泄露问题,android开发中不可避免要引用到Context对象,但是Context又极易引起内存泄露,所以必须明白Cont...

android开发如何有效的避免Context引起的内存泄露问题,android开发中不可避免要引用到Context对象,但是Context又极易引起内存泄露,所以必须明白Context的引用用法才能写好程序。

注意编码时保持几个原则:

不要让生命周期长于Activity的对象持有到Activity的引用
尽量使用Application的Context而不是Activity的Context
尽量不要在Activity中使用非静态内部类,因为非静态内部类会隐式持有外部类实例的引用

通过以下四种方法获取Context对象

View.getContext,返回当前View对象的Context对象,通常是当前正在展示的Activity对象。
Activity.getApplicationContext,获取当前Activity所在的(应用)进程的Context对象,通常我们使用Context对象时,要优先考虑这个全局的进程Context。
Activity.this 返回当前的Activity实例,如果是UI控件需要使用Activity作为Context对象,但是默认的Toast实际上使用ApplicationContext也可以

找了一些资料,结合实践,看看哪些场景是由于Context对象引起的内存泄露

    public class MyActivity extends Activity{  

        private MyManager mMyManager = null;  
        /* (non-Javadoc) 
         * @see android.app.Activity#onCreate(android.os.Bundle) 
         */  
        @Override  
        protected void onCreate(Bundle savedInstanceState) {  
            super.onCreate(savedInstanceState);  
            //...layout 初始化  
            mMyManager = new MyManager(this);  
        }  
    public class MyActivity extends Activity{  

        private MyManager mMyManager = null;  
        /* (non-Javadoc) 
         * @see android.app.Activity#onCreate(android.os.Bundle) 
         */  
        @Override  
        protected void onCreate(Bundle savedInstanceState) {  
            super.onCreate(savedInstanceState);  
            //...layout 初始化  
            mMyManager = new MyManager(this);  
        }  

从上面的代码我们可以看到MyManager是依赖于MyActivity,同时MyActivity也依赖于MyManager,两个类形成了双向依赖关系,也称为圈依赖。

这个时候有的同学担心,这个时候用context作为参数传递到MyManager中,当myactivity被回收之后,会不会导致内存泄漏。本人给出的答案是不会造成内存泄漏的

因为两个类处于圈依赖关系,并且属于双向可到达状态,但是两个类都处于不可达到区域,也就是说除了这两个类之外,再没有第三个类引用这两个类,那么这种情况在GC的时候这两个类是会被同时回收掉的。

那么再换一个写法,我把MyManager改一下

    public class MyManager {  

        private Context mContext = null;  

        private static MyManager mInstance = null;  

        public static MyManager getInstance(Context context) {  
            if (mInstance == null) {  
                synchronized (MyManager.class) {  
                    if (mInstance == null) {  
                        mInstance = new MyManager(context);  
                    }  
                }  
            }  
            return mInstance;  
        }  

        private MyManager(Context context){  
            mContext = context;  
        }  
    }  
public class MyActivity extends Activity{  

    private MyManager mMyManager = null;  
    /* (non-Javadoc) 
     * @see android.app.Activity#onCreate(android.os.Bundle) 
     */  
    @Override  
    protected void onCreate(Bundle savedInstanceState) {  
        super.onCreate(savedInstanceState);  
        //...layout 初始化  
        mMyManager = MyManager.getInstance(this);  
    }  


} 

我把MyManager写成了单例模式,那么这个类的生命周期就伴随整个应用的生命周期了。如果在这个时候android GC了MyActivity,但是由于MyManager仍然引用了MyActiviy(Context),所以MyActivity仍然无法被系统回收,这样就造成内存溢出了,那么这样的问题如何解决呢?我建议使用弱引用,继续上代码:

    public class MyManager {  

        private WeakReference wr  = null;  

        private static MyManager mInstance = null;  

        public static MyManager getInstance(Context context) {  
            if (mInstance == null) {  
                synchronized (MyManager.class) {  
                    if (mInstance == null) {  
                        mInstance = new MyManager(context);  
                    }  
                }  
            }  
            return mInstance;  
        }  

        private MyManager(Context context){  
            wr = new WeakReference(context);  
        }  
    }  

如果这个时候系统析构了MyActivity对象,那么也就意味着context对象被置空了,那这个时候MyManager由于引用了context的弱引用,所以不会影响对MyActivity的回收,当然context为null对象,所以Mymanager中用到context来处理业务的时候需要做空判断了。