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

          以我现在的认识，造成内存泄漏的原因，往大了说，无非就是一些特殊的原因导致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的对象，这样的话就会导致内存泄漏。

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