AsyncTask的原理和缺点

番外tips： 特别喜欢一句话，如果你想了解一个人，那你从他出生开始了解吧。同样的道理，想要了解AsyncTask，就从它的源码开始吧。

进入主题前，在说一下，开发中已经很少使用AsyncTask了，现在流行的网络框架性能和使用都比AsyncTask好，但通过面试中遇到的一些老程序员喜欢问这个问题，所以下面开始去分析。

public abstract class AsyncTask

从声明来看，AsyncTask是一个抽象泛型类。我们都知道，我们创建AsyncTask的时候，经常处理几个方法

onPreExecute() //此方法在在主线程运行，用于后台任务进行前做一些准备工作
doInBackground(Params... params) //此方法在子线程运行，用来处理后台任务，像网络请求，耗时处理等操作
onProgressUpdate(Progress... values) //此方法在在主线程运，在doInBackground通过publishProgress来调用，用来更新进度
onPostExecute(Result result) //此方法在在主线程运行，后台任务处理完毕调用，并返回后台任务的结果

回到AsyncTask上，在这个类中有这么段代码

static {
        ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(
                CORE_POOL_SIZE, MAXIMUM_POOL_SIZE, KEEP_ALIVE_SECONDS, TimeUnit.SECONDS,
                sPoolWorkQueue, sThreadFactory);
        threadPoolExecutor.allowCoreThreadTimeOut(true);
        THREAD_POOL_EXECUTOR = threadPoolExecutor;
    }
//--------------------------------------------------不华丽的分割线
private static class InternalHandler extends Handler {
        public InternalHandler() {
            super(Looper.getMainLooper());
        }

        @SuppressWarnings({"unchecked", "RawUseOfParameterizedType"})
        @Override
        public void handleMessage(Message msg) {
            AsyncTaskResult result = (AsyncTaskResult) msg.obj;
            switch (msg.what) {
                case MESSAGE_POST_RESULT:
                    // There is only one result
                    result.mTask.finish(result.mData[0]);
                    break;
                case MESSAGE_POST_PROGRESS:
                    result.mTask.onProgressUpdate(result.mData);
                    break;
            }
        }
    }

静态代码块的作用我就不赘述了，我要说的是，AsyncTask内部也是通过线程池+Handler的方式实现的，这样一说似乎大家瞬间理解了，但是，它内部是很复杂的。我们继续往下看AsyncTask的构造方法：

 public AsyncTask() {
        mWorker = new WorkerRunnable() {
            public Result call() throws Exception {
                mTaskInvoked.set(true);
                Result result = null;
                try {
                    Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
                    //noinspection unchecked
                    result = doInBackground(mParams);
                    Binder.flushPendingCommands();
                } catch (Throwable tr) {
                    mCancelled.set(true);
                    throw tr;
                } finally {
                    postResult(result);
                }
                return result;
            }
        };

        mFuture = new FutureTask(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);
                }
            }
        };
    }

在构造方法中new了两个很重要的对象，下面看一下两个类的声明，需说明一下，WorkerRunnable是在AsyncTask定义的一个抽象泛型类。

private static abstract class WorkerRunnable<Params, Result> implements Callable<Result> //WorkerRunnable实现了Callable接口

public class FutureTask<V> implements RunnableFuture<V>
public interface RunnableFuture<V> extends Runnable, Future<V> 
//FutureTask说白了就是一个Runnable对象

回到构造方法，在new WorkerRunnable 对象的时候通过result = doInBackground(mParams);给result赋值，然后会调用postResult(result)方法，看一下这个方法

 private Result postResult(Result result) {
        @SuppressWarnings("unchecked")
        Message message = getHandler().obtainMessage(MESSAGE_POST_RESULT,
                new AsyncTaskResult(this, result));
        message.sendToTarget();
        return result;
    }
    这个方法通过Message把result发送到Handler中，Handler最终传回onPostExecute(result)这个方法中。这里是通过前面声明Handler的时候，调用finish这个方法的，顺便看一下finish方法的源码

    private void finish(Result result) {
        if (isCancelled()) {
            onCancelled(result);
        } else {
            onPostExecute(result);
        }
        mStatus = Status.FINISHED;
    }

，并把WorkerRunnable对象当做参数传递给FutureTask，既然传到FutureTask中了，下面就不继续看FutureTask 源码先了，因为那是Runnable对象(里面就是进入run方法，完了然后set方法，赋值给result，最后在AsyncTask通过get()调用FutureTask 对象的get方法获取result)当然，AsyncTask是通过线程池来处理的，当我们创建完AsyncTask的时候，通过调用AsyncTask的execute方法，里面 通过exec.execute(mFuture)开启线程池去跑任务。跑完后回调FutureTask的done()方法，这个方法又 调用postResultIfNotInvoked(get())方法，这里是调用AsyncTask的get()方法从而调用FutureTask 对象的get方法获取result。下面看看 execute方法的源码。

public final AsyncTask execute(Params... params) {
        return executeOnExecutor(sDefaultExecutor, params);
    }

public final AsyncTask 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;
    }

通过上面的回顾，AsyncTask的分析也基本完了，上述比较乱，但无非是AsyncTask的那几个常用方法何时被调用的。我再总结一下这个过程。首先是通过AsyncTask的构造方法初始化了两个对象，分别是WorkerRunnable和FutureTask，在WorkerRunnable中的call()方法通过result = doInBackground(mParams)这个方法调用doInBackground(mParams)方法，这里在说明一下，并非在WorkerRunnable执行doInBackground方法，而是在FutureTask中，传入WorkerRunnable对象，然后通过调用AsyncTask的execute方法，把传入的FutureTask参数交给线程池去执行。在这个execute方法中，调用executeOnExecutor方法，这个方法 中执行了onPreExecute()方法。当线程池跑完了后，回调FutureTask的done方法，done方法中调用AsyncTask的get()方法从而调用FutureTask 对象的get方法获取result并通过postResultIfNotInvoked(result)这个方法，这个方法中又调用postResult(result)方法，这个方法通过Message把result传递到Handler中，在Handler中调用onPostExecute(result)，最终把结果返回。这里还有一个onProgressUpdate方法，这里在看一下源码吧

 @WorkerThread
    protected final void publishProgress(Progress... values) {
        if (!isCancelled()) {
            getHandler().obtainMessage(MESSAGE_POST_PROGRESS,
                    new AsyncTaskResult(this, values)).sendToTarget();
        }
    }

在此，原理分析完毕。下面这两篇文章分析了它的缺点，写得很好，大家去阅读以下，这里仅转载过来做参考并总结，文章末尾给出链接。

1、线程池中已经有128个线程，缓冲队列已满，如果此时向线程提交任务，将会抛出RejectedExecutionException。过多的线程会引起大量消耗系统资源和导致应用FC的风险。

2、AsyncTask不会随着Activity的销毁而销毁，直到doInBackground()方法执行完毕。如果我们的Activity销毁之前，没有取消 AsyncTask，这有可能让我们的AsyncTask崩溃(crash)。因为它想要处理的view已经不存在了。所以，我们总是必须确保在销毁活动之前取消任务。如果在doInBackgroud里有一个不可中断的操作，比如BitmapFactory.decodeStream()，调用了cancle() 也未必能真正地取消任务。关于这个问题，在4.4后的AsyncTask中，都有判断是取消的方法isCancelled(),可能参考的这些作者都分析较早的版本，当然，这是笔者落后的原因。

3、如果AsyncTask被声明为Activity的非静态的内部类，那么AsyncTask会保留一个对创建了AsyncTask的Activity的引用。如果Activity已经被销毁，AsyncTask的后台线程还在执行，它将继续在内存里保留这个引用，导致Activity无法被回收，引起内存泄露。

4、屏幕旋转或Activity在后台被系统杀掉等情况会导致Activity的重新创建，之前运行的AsyncTask会持有一个之前Activity的引用，这个引用已经无效，这时调用onPostExecute()再去更新界面将不再生效。

参考博客出处
mylzc - AsyncTask的缺陷

viclee108 -AsyncTask的缺陷和问题