AsyncTask造成内存泄漏的原因 解析

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/QDU_Jimmy/article/details/55520756

          以我现在的认识,造成内存泄漏的原因,往大了说,无非就是一些特殊的原因导致Activity在该销毁的时候无法被销毁,而AsyncTask在创建的时候会持有当前Activity的引用,所以也有可能导致内存泄漏!因为在上篇关于AsyncTask的介绍中,对AsyncTask的讲解还算详细,在介绍本篇的时候,为了方便读者的理解,可能有些地方还是要重复提到一些,有些有些地方我打算一笔带过,不做过多的解释。读者有哪里不明白的话,还请参考一下上篇关于AsyncTask的博客,谢谢!!!

       在解释造成内存泄漏的原因之前,首先要先稍微提一下,AsyncTask是怎么持有外部类,也就是Activity的引用的。这里有一个CSDN博客的链接,解释了原因是什么:点击打开链接    ,感谢博主!!!

       简单的说,当我们以内部类的形式构造AsyncTask对象的时候,编译期会自动为AsyncTask的构造方法增加一个外部类类型的参数,同时在内部类增加一个外部类类型的成员变量,当调用构造方法构造AsyncTask对象的时候,会默认传入外部类的引用作为参数,并为内部类的中外部类类型的成员变量赋值,这样的话内部类就持有了外部类的引用。

       我们知道,AsyncTask的任务是通过execute()方法为入口执行的,以下是execute()方法的代码

public final AsyncTask<Params, Progress, Result> execute(Params... params) {
        return executeOnExecutor(sDefaultExecutor, params);
    }
我们可以看到在execute()方法中调用了executeOnExecutor()方法,并传入了两个参数,一个是串行的线程池,一个是我们传入的参数,以下是executeOnExecutor()方法:

public final AsyncTask<Params, Progress, Result> executeOnExecutor(Executor exec,
            Params... params) {
        if (mStatus != Status.PENDING) {
            switch (mStatus) {
                case RUNNING:
                    throw new IllegalStateException("Cannot execute task:"
                            + " the task is already running.");
                case FINISHED:
                    throw new IllegalStateException("Cannot execute task:"
                            + " the task has already been executed "
                            + "(a task can be executed only once)");
            }
        }

        mStatus = Status.RUNNING;

        onPreExecute();

        mWorker.mParams = params;
        exec.execute(mFuture);

        return this;
    }
在上述代码中,exec.execute(mFuture),也就是已mFuture为参数,执行这个串行线程池的execute()方法,其中mFuture是一个FutureTask的对象,是在AsyncTask的构造方法中构造的,我们来看一下AsyncTask构造方法的代码:

public AsyncTask() {
        mWorker = new WorkerRunnable<Params, Result>() {
            public Result call() throws Exception {
                mTaskInvoked.set(true);

                Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
                //noinspection unchecked
                Result result = doInBackground(mParams);
                Binder.flushPendingCommands();
                return postResult(result);
            }
        };

        mFuture = new FutureTask<Result>(mWorker) {
            @Override
            protected void done() {
                try {
                    postResultIfNotInvoked(get());
                } catch (InterruptedException e) {
                    android.util.Log.w(LOG_TAG, e);
                } catch (ExecutionException e) {
                    throw new RuntimeException("An error occurred while executing doInBackground()",
                            e.getCause());
                } catch (CancellationException e) {
                    postResultIfNotInvoked(null);
                }
            }
        };
    }
       我们可以看到,在AsyncTask的构造方法中,在构造mFuture对象的时候,调用了postResultIfNotInvoked()这个方法,该方法是AsyncTask内部的方法,所以此时mFuture与AsyncTask关联了起来,即mFuture对象持有了AsyncTask的引用,而AsyncTask持有Activity的引用,所以,mFuture间接的持有Activity的引用,而在executeOnExecutor()方法中,串行的线程池的对象exec,也就是从execute()方法中传递过来的sDefaultExecutor对象,以mFuture为参数执行了execute()方法,即exec.execute(mFuture),所以这个串行线程池的对象sDefaultExecutor持有了mFuture对象的引用,因为mFuture对象间接的持有了Activity的对象,所以sDefaultExecutor也间接的持有了Activity对象。下面我们再来看这个串行线程池的execute()方法:

private static class SerialExecutor implements Executor {
        final ArrayDeque<Runnable> mTasks = new ArrayDeque<Runnable>();
        Runnable mActive;

        public synchronized void execute(final Runnable r) {
            mTasks.offer(new Runnable() {
                public void run() {
                    try {
                        r.run();
                    } finally {
                        scheduleNext();
                    }
                }
            });
            if (mActive == null) {
                scheduleNext();
            }
        }

        protected synchronized void scheduleNext() {
            if ((mActive = mTasks.poll()) != null) {
                THREAD_POOL_EXECUTOR.execute(mActive);
            }
        }
    }
我们可以看到,在这个串行线程池对应的类是静态的,所以不会被销毁,在这个类的内部维护了一个mTasks队列,在这个串行线程池的execute()方法中,会将传递过来的Runnable添加到mTasks队列中,这个Runnable对象也就是我们传递过来的mFuture对象。所以mTask对象持有了mFuture的对象,所以也间接的斥持有了Activity的对象,并且在execute()方法中会通过scheduleNext()去执行Runnable任务,我们可以看到,在scheduleNext()中,会先通过mTasks.poll()方法把队列头部的Runnable取出,并且赋给mActive,此时的mActive就相当于添加到mTasks队列中的Runnable,也可以当做mFuture,所以,mActive也持有Activity对象,THREAD_POOL_EXECUTOR也是一个线程池,用于执行任务,所以当THREAD_POOL_EXECUTOR.execute(mActive),也就是这个线程池以mActivie为参数去执行任务的时候,同时持有了mActive的对象,也就间接的持有了Activity对象,下面给出THREAD_POOL_EXECUTOR这个线程池的相关代码:

public static final Executor THREAD_POOL_EXECUTOR
            = new ThreadPoolExecutor(CORE_POOL_SIZE, MAXIMUM_POOL_SIZE, KEEP_ALIVE,
                    TimeUnit.SECONDS, sPoolWorkQueue, sThreadFactory);

我们可以看出,这个线程池也是静态的,所以也是不被销毁的,也就是说,只要任务没有执行完毕,上述的两个线程池都会一直持有Activity的对象,这个时候我们就可以想到,假如在AsyncTask任务没有执行完毕的时候就去销毁Activity,因为AsyncTask任务没有执行完毕,所以线程池会一直持有该对象,也就是一直间接的持有Activity的对象,这样的话就会导致内存泄漏。

(最近有不少时间没有发博客了,因为从上家公司实习结束回到学校之后就邻近毕业了,从三月下旬开始就一直在忙毕业相关的事情,现在刚刚入职一家比较知名的互联网公司,一直在忙着熟悉公司的项目,没太有时间写博客,以后会慢慢的把写博客拾起来,额,刚刚看了之前写的仅有的几篇博客,感觉写博客真是个不错的习惯,就像记笔记一样,不太记得的地方可以随时翻过来看看)

       

 








展开阅读全文

没有更多推荐了,返回首页