AsyncTask源码浅析

在开发的过程中我们如果想进行一些耗时的操作不能直接在UI线程中进行，除了使用Handler机制来进行异步消息处理，Android还给我们提供了一个非常方便的类AsyncTask来进行异步操作，在这篇文章中只对AsyncTask的源码进行一下梳理，如果对AsyncTask的使用还不太熟悉的可以先看一下API的使用方法。

我们往往是定义一个类继承AsyncTask，然后创建出这个类的实例，而后调用execute方法来执行任务，我们就从这里入手来分析源码，首先是构造方法：

 /**
     * Creates a new asynchronous task. This constructor must be invoked on the UI thread.
     */
    public AsyncTask() {
        mWorker = new WorkerRunnable<Params, Result>() {
            public Result call() throws Exception {
                mTaskInvoked.set(true);

                Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
                //noinspection unchecked
                return postResult(doInBackground(mParams));
            }
        };

        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 occured while executing doInBackground()",
                            e.getCause());
                } catch (CancellationException e) {
                    postResultIfNotInvoked(null);
                }
            }
        };
    }

首先看一下代码的注释，告诉我们这个构造器必须在UI线程中进行调用，这个在后面会给出分析。构造方法很简单，分别对创建出了WorkerRunnable和FutureTask对象并将其保存起来。先看看WorkerRunnable是什么东西：

private static abstract class WorkerRunnable<Params, Result> implements Callable<Result> {
        Params[] mParams;
    }

实现了Callable接口（可以简单的将Callable对象看做一个执行run方法时有返回值的Runnable对象，只不过在Callable中改名叫call方法），是一个抽象类，在构造函数中重写了call方法，暂时先不用考虑里面的逻辑，后面会进行分析。

再看FutureTask类，它的构造方法中接受了一个Callable参数，也就是我们刚刚创建出来的WorkerRunnable对象，看一下它的方法列表不难找到一个比较熟悉的方法，run方法，我们进入看一下：

public void run() {
        if (state != NEW ||
            !UNSAFE.compareAndSwapObject(this, runnerOffset,
                                         null, Thread.currentThread()))
            return;
        try {
            Callable<V> c = callable;
            if (c != null && state == NEW) {
                V result;
                boolean ran;
                try {
                    result = c.call();
                    ran = true;
                } catch (Throwable ex) {
                    result = null;
                    ran = false;
                    setException(ex);
                }
                if (ran)
                    set(result);
            }
        } finally {
            // runner must be non-null until state is settled to
            // prevent concurrent calls to run()
            runner = null;
            // state must be re-read after nulling runner to prevent
            // leaked interrupts
            int s = state;
            if (s >= INTERRUPTING)
                handlePossibleCancellationInterrupt(s);
        }
    }

只看一下关键的部分，在这个方法中调用了Callable对象的call方法。

构造函数已经简单的分析完了，现在来看一下我们经常调用的execute方法：

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

可以看到，它只是简单的调用了另一个方法，但是出现了一个没有见过的参数sDefaultExecutor，来看一下这个参数是什么：

private static volatile Executor sDefaultExecutor = SERIAL_EXECUTOR;

/**
     * An {@link Executor} that executes tasks one at a time in serial
     * order.  This serialization is global to a particular process.
     */
    public static final Executor SERIAL_EXECUTOR = new SerialExecutor();

从注释中可以看出这是一个一次只能执行一个任务的线程池，并且这是一个在进程范围内公用的池，看一下它的定义：

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);
            }
        }
    }

代码不是很多，首先在线程池中维护了一个双端队列的实例，并且在线程池的execute方法中并没有执行传入的Runnable对象，而是将它用另一个新创建的Runnable对象包装起来放到队列的尾部。显然，在第一次调用execute方法的时候mActive对象一定是null，这个时候会调用scheduleNext方法将队列中的元素拿出来，并且使用THREAD_POOL_EXECUTOR来执行它，看一下THREAD_POOL_EXECUTOR的代码：

 /**
     * An {@link Executor} that can be used to execute tasks in parallel.
     */
    public static final Executor THREAD_POOL_EXECUTOR
            = new ThreadPoolExecutor(CORE_POOL_SIZE, MAXIMUM_POOL_SIZE, KEEP_ALIVE,
                    TimeUnit.SECONDS, sPoolWorkQueue, sThreadFactory);

只是创建了一个固定规格和模式的线程池，这里不是分析的重点就不去深入它了。在执行完成后可以看到无论如何都会执行到SerialExecutor中execute方法的finally语句中，在这里又调用了scheduleNext进行重复的工作。通过上面的分析也就不难理解注释中说明的一次只能执行一个任务，虽然没有继续分析，但是可以猜想出AsyncTask的任务是由SerialExecutor进行分配，并且由于它是static的，在同一个进程内所有的AsyncTask中的任务都会放入到这个类的队列中按顺序执行。

接着回到AsyncTask的execute方法中，调用了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;
    }

在这里可以看到熟悉的onPreExecute方法被调用了，由于前面的注释中说过，AsyncTask类对象的创建必须是在主线程中执行的，所以onPreExecute方法的执行也是在主线程中的。而后将传入的参数赋给了mWorker对象中的数组，使用传入的线程池对mFuture进行执行，因为传入的参数是sDefaultExecutor，所以执行的逻辑跳转回了SerialExecutor的execute方法，而后在线程池中执行了mFuture的run方法。根据我们前面的分析它的run方法调用了mWorker的call方法，那么call方法是在哪里实现的呢，没错，在构造函数中：

 public Result call() throws Exception {
                mTaskInvoked.set(true);

                Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
                //noinspection unchecked
                return postResult(doInBackground(mParams));
            }

在这里执行了doInBackground方法，这个方法应该很熟悉了，它是一个抽象的方法，也是每次都要求我们必须进行重写的。这里由于执行过程还是在线程池中进行的，所以避免了在UI线程中进行耗时操作。方法执行完成后将返回值作为参数传递给了postResult方法，进入看一下：

 private Result postResult(Result result) {
        @SuppressWarnings("unchecked")
        Message message = sHandler.obtainMessage(MESSAGE_POST_RESULT,
                new AsyncTaskResult<Result>(this, result));
        message.sendToTarget();
        return result;
    }

在这里面看到了很熟悉的代码，Handler机制，那么这个Handler是在哪创建的呢，

private static final InternalHandler sHandler = new InternalHandler();

private static class InternalHandler extends Handler {
        @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;
            }
        }
    }

很显然Handler类是静态的，在类加载的时候就会初始化这个类，现在回过头再来想一下刚才提到的AsyncTask一定要在UI线程中加载的问题，如果不在UI线程中进行加载，那么Handler自然也就不在UI线程中，那么onProgressUpdate方法和onPostExecute方法中也就不能执行更新UI的操作了。

继续看postResult方法，很简单，就是给Handler发了一个消息并且传了一个参数，而Handler调用了AsyncTask的finish方法用到了这个参数，下面是finish方法：

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

在任务被取消时调用onCancelled方法回调，不然就调用我们熟悉的onPostExecute方法。而在Handler的handleMessage中还有一个接收项，它回调了我们常用的onProgressUpdate方法，找一下这个标记（MESSAGE_POST_PROGRESS）是怎样传入的，不难找到publishProgress方法：

protected final void publishProgress(Progress... values) {
        if (!isCancelled()) {
            sHandler.obtainMessage(MESSAGE_POST_PROGRESS,
                    new AsyncTaskResult<Progress>(this, values)).sendToTarget();
        }
    }

这也正是我们在doInBackground中经常使用的。