AsyncTask的源码链接https://github.com/android/platform_frameworks_base/blob/master/core/java/android/os/AsyncTask.java
AsyncTask一开始定义了一些字段,如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
通过以上代码和注释我们可以知道,AsyncTask初始化了一些参数,并用这些参数实例化了一个线程池THREAD_POOL_EXECUTOR
,需要注意的是该线程池被定义为public static final
,由此我们可以看出AsyncTask内部维护了一个静态的线程池,默认情况下,AsyncTask的实际工作就是通过该THREAD_POOL_EXECUTOR
完成的。
我们继续,在执行完上面的代码后,AsyncTask又有如下一条语句:
- 1
上面的代码实例化了一个SerialExecutor类型的实例SERIAL_EXECUTOR
,它也是public static final
的。SerialExecutor是AsyncTask的一个内部类,代码如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
通过以上代码和注释我们可以知道:
-
SerialExecutor实现了Executor接口中的execute方法,该类用于串行执行任务,即一个接一个地执行任务,而不是并行执行任务。
-
SerialExecutor内部维护了一个存放Runnable的双端队列mTasks。当执行SerialExecutor的execute方法时,会传入一个Runnable变量r,但是mTasks并不直接存储r,而是又新new了一个匿名Runnable对象,其内部会调用r,这样就对r进行了封装,将该封装后的Runnable对象通过队列的offer方法入队,添加到mTasks的队尾。
-
SerialExecutor内部通过mActive存储着当前正在执行的任务Runnable。当执行SerialExecutor的execute方法时,首先会向mTasks的队尾添加进一个Runnable。然后判断如果mActive为null,即当前没有任务Runnable正在运行,那么就会执行scheduleNext()方法。当执行scheduleNext方法的时候,会首先从mTasks中通过poll方法出队,删除并返回队头的Runnable,将返回的Runnable赋值给mActive,如果不为空,那么就让将其作为参数传递给THREAD_POOL_EXECUTOR的execute方法进行执行。由此,我们可以看出SerialExecutor实际上是通过之前定义的线程池
THREAD_POOL_EXECUTOR
进行实际的处理的。 -
当将mTasks中的Runnable作为参数传递给THREAD_POOL_EXECUTOR执行execute方法时,会在线程池的工作线程中执行匿名内部类Runnable中的try-finally代码段,即先在工作线程中执行r.run()方法去执行任务,无论任务r正常完成还是抛出异常,都会在finally中执行scheduleNext方法,用于执行mTasks中的下一个任务。从而在此处我们可以看出SerialExecutor是一个接一个执行任务,是串行执行任务,而不是并行执行。
AsyncTask内部定义了一个Status枚举类型,如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
一个AsyncTask正常情况下会经历PENDING->RUNNING->FINISHED三个状态。
AsyncTask还定义了以下字段:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
我们对以上代码再进行一下说明:
-
sDefaultExecutor表示AsyncTask执行任务时默认所使用的线程池,sDefaultExecutor的初始值为SERIAL_EXECUTOR,表示默认情况下AsyncTask是串行执行任务,而不是并行执行任务。
-
InternalHandler是AsyncTask中定义的一个静态内部类,其部分源码如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
通过InternalHandler的构造函数我们可以发现,用主线程的Looper初始化了InternalHandler,说明InternalHandler绑定了主线程。后面会讨论InternalHandler的handleMessage方法。
-
由于AsyncTask能够取消任务,所以AsyncTask使用了FutureTask以及与其相关的Callable,此处对二者简单进行一下介绍。FutureTask、Callable在Java的并发编程中是比较常见的,可以用来获取任务执行完之后的返回值,也可以取消线程池中的某个任务。Callable是一个接口,其内部定义了call方法,在call方法内需要编写代码执行具体的任务,在这一点上Callable接口与Runnable接口很类似,不过不同的是Runnable的run方法没有返回值,Callable的call方法可以指定返回值。FutureTask类同时实现了Callable接口和Runnable接口,FutureTask的构造函数中需要传入一个Callable对象以对其进行实例化。Executor的execute方法接收一个Runnable对象,由于FutureTask实现了Runnable接口,所以可以把一个FutureTask对象传递给Executor的execute方法去执行。当任务执行完毕的时候会执行FutureTask的done方法,我们可以在这个方法中写一些逻辑处理。在任务执行的过程中,我们也可以随时调用FutureTask的cancel方法取消执行任务,任务取消后也会执行FutureTask的done方法。我们也可以通过FutureTask的get方法阻塞式地等待任务的返回值(即Callable的call方法的返回值),如果任务执行完了就立即返回执行的结果,否则就阻塞式等待call方法的完成。
-
我们上面对Callable和FutureTask的使用及其作用进行了简单介绍,我们再回到AsyncTask的代码中看一下。mFuture是FutureTask类型的对象,mWorker是WorkerRunnable类型的对象,WorkerRunnable是AsyncTask中的一个内部类,代码如下所示:
- 1
- 2
- 3
由此可以看出WorkerRunnable其实就是一个指定了泛型Result的Callable,所以mWorker也就是一个Callable对象。后面会讲解mWorker和mFuture的实例化。
-
mStatus的值为PENDING,表示AsyncTask的初始状态为未执行状态。mCancelled标识当前任务是否被取消了,mTaskInvoked标识当前任务是否真正开始执行了。
下面我们看一下AsyncTask的构造函数:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
在AsyncTask的构造函数中依次实例化了mWorker和mFuture,AsyncTask的构造函数需要在UI线程上调用。下面对以上代码进行一下说明。
-
mWorker
我们之前提到,mWorker其实是一个Callable类型的对象。实例化mWorker,实现了Callable接口的call方法。call方法是在线程池的某个线程中执行的,而不是运行在主线程中。在线程池的工作线程中执行doInBackground方法,执行实际的任务,并返回结果。当doInBackground执行完毕后,将执行完的结果传递给postResult方法。postResult方法我们后面会再讲解。 -
mFuture
mFuture是一个FutureTask类型的对象,用mWorker作为参数实例化了mFuture。在这里,其实现了FutureTask的done方法,我们之前提到,当FutureTask的任务执行完成或任务取消的时候会执行FutureTask的done方法。done方法里面的逻辑我们稍后再将。
在实例化了AsyncTask对象之后,我们就可以调用AsyncTask的execute方法执行任务,execute代码如下所示:
- 1
- 2
- 3
- 4
execute方法有@MainThread
,所以该方法应该在主线程上执行。通过上面代码我们发现,execute方法只是简单调用了executeOnExecutor方法,并且把sDefaultExecutor作为参数传递给了executeOnExecutor,此处就能看出sDefaultExecutor是默认执行任务的Executor了。
我们再看一下executeOnExecutor方法,其代码如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
下面对以上代码进行一下说明:
-
一个AsyncTask实例执行执行一次任务,当第二次执行任务时就会抛出异常。executeOnExecutor方法一开始就检查AsyncTask的状态是不是PENDING,只有PENDING状态才往下执行,如果是其他状态表明现在正在执行另一个已有的任务或者已经执行完成了一个任务,这种情况下都会抛出异常。
-
如果开始是PENDING状态,那么就说明该AsyncTask还没执行过任何任务,代码可以继续执行,然后将状态设置为RUNNING,表示开始执行任务。
-
在真正执行任务前,先调用onPreExecute方法。由于executeOnExecutor方法应该运行在主线程上,所以此处的onPreExecute方法也会运行在主线程上,可以在该方法中做一些UI上的处理操作。
-
Executor的execute方法接收Runnable参数,由于mFuture是FutureTask的实例,且FutureTask同时实现了Callable和Runnable接口,所以此处可以让exec通过execute方法在执行mFuture。在执行了exec.execute(mFuture)之后,后面会在exec的工作线程中执行mWorker的call方法,我们之前在介绍mWorker的实例化的时候也介绍了call方法内部的执行过程,会首先在工作线程中执行doInBackground方法,并返回结果,然后将结果传递给postResult方法。
下面我们看一下postResult方法,代码如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
在postResult方法中,通过getHandler获取InternalHandler,InternalHandler绑定主线程。getHandler代码如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
在得到InternalHandler对象之后,会根据InternalHandler创建一个Message Code为MESSAGE_POST_RESULT的Message,此处还将doInBackground返回的result通过new AsyncTaskResult<Result>(this, result)
封装成了AsyncTaskResult,将其作为message的obj属性。
AsyncTaskResult是AsyncTask的一个内部类,其代码如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
在构建了message对象后,通过message.sendToTarget()
将该message发送给InternalHandler,之后InternalHandler的handleMessage方法会接收并处理该message,如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
msg.obj是AsyncTaskResult类型,result.mTask表示当前AsyncTaskResult所绑定的AsyncTask。result.mData[0]表示的是doInBackground所返回的处理结果。将该结果传递给AsyncTask的finish方法,finish代码如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
finish方法内部会首先判断AsyncTask是否被取消了,如果被取消了执行onCancelled(result),否则执行onPostExecute(result)方法。需要注意的是InternalHandler是指向主线程的,所以其handleMessage方法是在主线程中执行的,从而此处的finish方法也是在主线程中执行的,进而onPostExecute也是在主线程中执行的。
上面我们知道了任务从开始执行到onPostExecute的过程。我们知道,doInBackground方法是在工作线程中执行比较耗时的操作,这个操作时间可能比较长,而我们的任务有可能分成多个部分,每当我完成其中的一部分任务时,我们可以在doInBackground中多次调用AsyncTask的publishProgress方法,将阶段性数据发布出去。
publishProgress方法代码如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
我们需要将阶段性处理的结果传入publishProgress,其中values是不定长数组,如果任务没有被取消,就会通过InternalHandler创建一个Message对象,该message的Message Code标记为MESSAGE_POST_PROGRESS,并且会根据传入的values创建AsyncTaskResult,将其作为message的obj属性。然后再将该message发送给InternalHandler,然后InternalHandler会执行handleMessage方法,接收并处理该message,如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
在handleMessage方法中,当message.what为MESSAGE_POST_PROGRESS时,会执行AsyncTask的onProgressUpdate方法,该方法是在主线程中执行的。
AsyncTask无论任务完成还是取消任务,FutureTask都会执行done方法,如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
无论任务正常执行完成还是任务取消,都会执行postResultIfNotInvoked方法。postResultIfNotInvoked代码如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
如果AsyncTask正常执行完成的时候,call方法都执行完了,mTaskInvoked设置为true,并且在call方法中最后执行了postResult方法,然后进入mFuture的done方法,然后进入postResultIfNotInvoked方法,由于mTaskInvoked已经执行,所以不会执行再执行postResult方法。
如果在调用了AsyncTask的execute方法后立马就执行了AsyncTask的cancel方法(实际执行mFuture的cancel方法),那么会执行done方法,且捕获到CancellationException异常,从而执行语句postResultIfNotInvoked(null)
,由于此时还没有来得及执行mWorker的call方法,所以mTaskInvoked还未false,这样就可以把null传递给postResult方法。
这样,我们基本就将AsyncTask中的细节都讲到了,希望本文对大家理解AsyncTask的工作原理有所帮助!