我們都知道，Android UI是線程不安全的，如果想要在子線程里進(jìn)行UI操作，就需要借助Android的異步消息處理機(jī)制。之前我也寫(xiě)過(guò)了一篇文章從源碼層面分析了Android的異步消息處理機(jī)制，感興趣的朋友可以參考?Android Handler、Message完全解析，帶你從源碼的角度徹底理解?。

不過(guò)為了更加方便我們?cè)谧泳€程中更新UI元素，Android從1.5版本就引入了一個(gè)AsyncTask類(lèi)，使用它就可以非常靈活方便地從子線程切換到UI線程，我們本篇文章的主角也就正是它了。

AsyncTask很早就出現(xiàn)在Android的API里了，所以我相信大多數(shù)朋友對(duì)它的用法都已經(jīng)非常熟悉。不過(guò)今天我還是準(zhǔn)備從AsyncTask的基本用法開(kāi)始講起，然后我們?cè)賮?lái)一起分析下AsyncTask源碼，看看它是如何實(shí)現(xiàn)的，最后我會(huì)介紹一些關(guān)于AsyncTask你所不知道的秘密。

?

AsyncTask的基本用法

?

首先來(lái)看一下AsyncTask的基本用法，由于AsyncTask是一個(gè)抽象類(lèi)，所以如果我們想使用它，就必須要?jiǎng)?chuàng)建一個(gè)子類(lèi)去繼承它。在繼承時(shí)我們可以為AsyncTask類(lèi)指定三個(gè)泛型參數(shù)，這三個(gè)參數(shù)的用途如下：

1. Params

在執(zhí)行AsyncTask時(shí)需要傳入的參數(shù)，可用于在后臺(tái)任務(wù)中使用。

2. Progress

后臺(tái)任務(wù)執(zhí)行時(shí)，如果需要在界面上顯示當(dāng)前的進(jìn)度，則使用這里指定的泛型作為進(jìn)度單位。

3. Result

當(dāng)任務(wù)執(zhí)行完畢后，如果需要對(duì)結(jié)果進(jìn)行返回，則使用這里指定的泛型作為返回值類(lèi)型。

因此，一個(gè)最簡(jiǎn)單的自定義AsyncTask就可以寫(xiě)成如下方式：

1 class DownloadTask extends AsyncTask<Void, Integer, Boolean> { 2 …… 3 }

這里我們把AsyncTask的第一個(gè)泛型參數(shù)指定為Void，表示在執(zhí)行AsyncTask的時(shí)候不需要傳入?yún)?shù)給后臺(tái)任務(wù)。第二個(gè)泛型參數(shù)指定為Integer，表示使用整型數(shù)據(jù)來(lái)作為進(jìn)度顯示單位。第三個(gè)泛型參數(shù)指定為Boolean，則表示使用布爾型數(shù)據(jù)來(lái)反饋執(zhí)行結(jié)果。

?

當(dāng)然，目前我們自定義的DownloadTask還是一個(gè)空任務(wù)，并不能進(jìn)行任何實(shí)際的操作，我們還需要去重寫(xiě)AsyncTask中的幾個(gè)方法才能完成對(duì)任務(wù)的定制。經(jīng)常需要去重寫(xiě)的方法有以下四個(gè)：

1. onPreExecute()

這個(gè)方法會(huì)在后臺(tái)任務(wù)開(kāi)始執(zhí)行之間調(diào)用，用于進(jìn)行一些界面上的初始化操作，比如顯示一個(gè)進(jìn)度條對(duì)話框等。

2. doInBackground(Params...)

這個(gè)方法中的所有代碼都會(huì)在子線程中運(yùn)行，我們應(yīng)該在這里去處理所有的耗時(shí)任務(wù)。任務(wù)一旦完成就可以通過(guò)return語(yǔ)句來(lái)將任務(wù)的執(zhí)行結(jié)果進(jìn)行返回，如果AsyncTask的第三個(gè)泛型參數(shù)指定的是Void，就可以不返回任務(wù)執(zhí)行結(jié)果。注意，在這個(gè)方法中是不可以進(jìn)行UI操作的，如果需要更新UI元素，比如說(shuō)反饋當(dāng)前任務(wù)的執(zhí)行進(jìn)度，可以調(diào)用publishProgress(Progress...)方法來(lái)完成。

3. onProgressUpdate(Progress...)

當(dāng)在后臺(tái)任務(wù)中調(diào)用了publishProgress(Progress...)方法后，這個(gè)方法就很快會(huì)被調(diào)用，方法中攜帶的參數(shù)就是在后臺(tái)任務(wù)中傳遞過(guò)來(lái)的。在這個(gè)方法中可以對(duì)UI進(jìn)行操作，利用參數(shù)中的數(shù)值就可以對(duì)界面元素進(jìn)行相應(yīng)的更新。

4. onPostExecute(Result)

當(dāng)后臺(tái)任務(wù)執(zhí)行完畢并通過(guò)return語(yǔ)句進(jìn)行返回時(shí)，這個(gè)方法就很快會(huì)被調(diào)用。返回的數(shù)據(jù)會(huì)作為參數(shù)傳遞到此方法中，可以利用返回的數(shù)據(jù)來(lái)進(jìn)行一些UI操作，比如說(shuō)提醒任務(wù)執(zhí)行的結(jié)果，以及關(guān)閉掉進(jìn)度條對(duì)話框等。

因此，一個(gè)比較完整的自定義AsyncTask就可以寫(xiě)成如下方式：

1 class DownloadTask extends AsyncTask<Void, Integer, Boolean> { 2 3 @Override 4 protected void onPreExecute() { 5 progressDialog.show(); 6 } 7 8 @Override 9 protected Boolean doInBackground(Void... params) { 10 try { 11 while (true) { 12 int downloadPercent = doDownload(); 13 publishProgress(downloadPercent); 14 if (downloadPercent >= 100) { 15 break; 16 } 17 } 18 } catch (Exception e) { 19 return false; 20 } 21 return true; 22 } 23 24 @Override 25 protected void onProgressUpdate(Integer... values) { 26 progressDialog.setMessage("當(dāng)前下載進(jìn)度：" + values[0] + "%"); 27 } 28 29 @Override 30 protected void onPostExecute(Boolean result) { 31 progressDialog.dismiss(); 32 if (result) { 33 Toast.makeText(context, "下載成功", Toast.LENGTH_SHORT).show(); 34 } else { 35 Toast.makeText(context, "下載失敗", Toast.LENGTH_SHORT).show(); 36 } 37 } 38 }

這里我們模擬了一個(gè)下載任務(wù)，在doInBackground()方法中去執(zhí)行具體的下載邏輯，在onProgressUpdate()方法中顯示當(dāng)前的下載進(jìn)度，在onPostExecute()方法中來(lái)提示任務(wù)的執(zhí)行結(jié)果。如果想要啟動(dòng)這個(gè)任務(wù)，只需要簡(jiǎn)單地調(diào)用以下代碼即可：

1 new DownloadTask().execute();

以上就是AsyncTask的基本用法，怎么樣，是不是感覺(jué)在子線程和UI線程之間進(jìn)行切換變得靈活了很多？我們并不需求去考慮什么異步消息處理機(jī)制，也不需要專(zhuān)門(mén)使用一個(gè)Handler來(lái)發(fā)送和接收消息，只需要調(diào)用一下publishProgress()方法就可以輕松地從子線程切換到UI線程了。

?

?

分析AsyncTask的源碼

?

雖然AsyncTask這么簡(jiǎn)單好用，但你知道它是怎樣實(shí)現(xiàn)的嗎？那么接下來(lái)，我們就來(lái)分析一下AsyncTask的源碼，對(duì)它的實(shí)現(xiàn)原理一探究竟。注意這里我選用的是Android 4.0的源碼，如果你查看的是其它版本的源碼，可能會(huì)有一些出入。

從之前DownloadTask的代碼就可以看出，在啟動(dòng)某一個(gè)任務(wù)之前，要先new出它的實(shí)例，因此，我們就先來(lái)看一看AsyncTask構(gòu)造函數(shù)中的源碼，如下所示：

1 public AsyncTask() { 2 mWorker = new WorkerRunnable<Params, Result>() { 3 public Result call() throws Exception { 4 mTaskInvoked.set(true); 5 Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND); 6 return postResult(doInBackground(mParams)); 7 } 8 }; 9 mFuture = new FutureTask<Result>(mWorker) { 10 @Override 11 protected void done() { 12 try { 13 final Result result = get(); 14 postResultIfNotInvoked(result); 15 } catch (InterruptedException e) { 16 android.util.Log.w(LOG_TAG, e); 17 } catch (ExecutionException e) { 18 throw new RuntimeException("An error occured while executing doInBackground()", 19 e.getCause()); 20 } catch (CancellationException e) { 21 postResultIfNotInvoked(null); 22 } catch (Throwable t) { 23 throw new RuntimeException("An error occured while executing " 24 + "doInBackground()", t); 25 } 26 } 27 }; 28 }

這段代碼雖然看起來(lái)有點(diǎn)長(zhǎng)，但實(shí)際上并沒(méi)有任何具體的邏輯會(huì)得到執(zhí)行，只是初始化了兩個(gè)變量，mWorker和mFuture，并在初始化mFuture的時(shí)候?qū)Worker作為參數(shù)傳入。mWorker是一個(gè)Callable對(duì)象，mFuture是一個(gè)FutureTask對(duì)象，這兩個(gè)變量會(huì)暫時(shí)保存在內(nèi)存中，稍后才會(huì)用到它們。

?

接著如果想要啟動(dòng)某一個(gè)任務(wù)，就需要調(diào)用該任務(wù)的execute()方法，因此現(xiàn)在我們來(lái)看一看execute()方法的源碼，如下所示：

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

簡(jiǎn)單的有點(diǎn)過(guò)分了，只有一行代碼，僅是調(diào)用了executeOnExecutor()方法，那么具體的邏輯就應(yīng)該寫(xiě)在這個(gè)方法里了，快跟進(jìn)去瞧一瞧：

1 public final AsyncTask<Params, Progress, Result> executeOnExecutor(Executor exec, 2 Params... params) { 3 if (mStatus != Status.PENDING) { 4 switch (mStatus) { 5 case RUNNING: 6 throw new IllegalStateException("Cannot execute task:" 7 + " the task is already running."); 8 case FINISHED: 9 throw new IllegalStateException("Cannot execute task:" 10 + " the task has already been executed " 11 + "(a task can be executed only once)"); 12 } 13 } 14 mStatus = Status.RUNNING; 15 onPreExecute(); 16 mWorker.mParams = params; 17 exec.execute(mFuture); 18 return this; 19 }

果然，這里的代碼看上去才正常點(diǎn)。可以看到，在第15行調(diào)用了onPreExecute()方法，因此證明了onPreExecute()方法會(huì)第一個(gè)得到執(zhí)行。可是接下來(lái)的代碼就看不明白了，怎么沒(méi)見(jiàn)到哪里有調(diào)用doInBackground()方法呢？別著急，慢慢找總會(huì)找到的，我們看到，在第17行調(diào)用了Executor的execute()方法，并將前面初始化的mFuture對(duì)象傳了進(jìn)去，那么這個(gè)Executor對(duì)象又是什么呢？查看上面的execute()方法，原來(lái)是傳入了一個(gè)sDefaultExecutor變量，接著找一下這個(gè)sDefaultExecutor變量是在哪里定義的，源碼如下所示：

?public static final Executor SERIAL_EXECUTOR = new SerialExecutor(); …… private static volatile Executor sDefaultExecutor = SERIAL_EXECUTOR;?

可以看到，這里先new出了一個(gè)SERIAL_EXECUTOR常量，然后將sDefaultExecutor的值賦值為這個(gè)常量，也就是說(shuō)明，剛才在executeOnExecutor()方法中調(diào)用的execute()方法，其實(shí)也就是調(diào)用的SerialExecutor類(lèi)中的execute()方法。那么我們自然要去看看SerialExecutor的源碼了，如下所示：

1 private static class SerialExecutor implements Executor { 2 final ArrayDeque<Runnable> mTasks = new ArrayDeque<Runnable>(); 3 Runnable mActive; 4 5 public synchronized void execute(final Runnable r) { 6 mTasks.offer(new Runnable() { 7 public void run() { 8 try { 9 r.run(); 10 } finally { 11 scheduleNext(); 12 } 13 } 14 }); 15 if (mActive == null) { 16 scheduleNext(); 17 } 18 } 19 20 protected synchronized void scheduleNext() { 21 if ((mActive = mTasks.poll()) != null) { 22 THREAD_POOL_EXECUTOR.execute(mActive); 23 } 24 } 25 }

SerialExecutor類(lèi)中也有一個(gè)execute()方法，這個(gè)方法里的所有邏輯就是在子線程中執(zhí)行的了，注意這個(gè)方法有一個(gè)Runnable參數(shù)，那么目前這個(gè)參數(shù)的值是什么呢？當(dāng)然就是mFuture對(duì)象了，也就是說(shuō)在第9行我們要調(diào)用的是FutureTask類(lèi)的run()方法，而在這個(gè)方法里又會(huì)去調(diào)用Sync內(nèi)部類(lèi)的innerRun()方法，因此我們直接來(lái)看innerRun()方法的源碼：

1 void innerRun() { 2 if (!compareAndSetState(READY, RUNNING)) 3 return; 4 runner = Thread.currentThread(); 5 if (getState() == RUNNING) { // recheck after setting thread 6 V result; 7 try { 8 result = callable.call(); 9 } catch (Throwable ex) { 10 setException(ex); 11 return; 12 } 13 set(result); 14 } else { 15 releaseShared(0); // cancel 16 } 17 }

可以看到，在第8行調(diào)用了callable的call()方法，那么這個(gè)callable對(duì)象是什么呢？其實(shí)就是在初始化mFuture對(duì)象時(shí)傳入的mWorker對(duì)象了，此時(shí)調(diào)用的call()方法，也就是一開(kāi)始在AsyncTask的構(gòu)造函數(shù)中指定的，我們把它單獨(dú)拿出來(lái)看一下，代碼如下所示：

1 public Result call() throws Exception { 2 mTaskInvoked.set(true); 3 Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND); 4 return postResult(doInBackground(mParams)); 5 }

在postResult()方法的參數(shù)里面，我們終于找到了doInBackground()方法的調(diào)用處，雖然經(jīng)過(guò)了很多周轉(zhuǎn)，但目前的代碼仍然是運(yùn)行在子線程當(dāng)中的，所以這也就是為什么我們可以在doInBackground()方法中去處理耗時(shí)的邏輯。接著將doInBackground()方法返回的結(jié)果傳遞給了postResult()方法，這個(gè)方法的源碼如下所示：

1 private Result postResult(Result result) { 2 Message message = sHandler.obtainMessage(MESSAGE_POST_RESULT, 3 new AsyncTaskResult<Result>(this, result)); 4 message.sendToTarget(); 5 return result; 6 }

如果你已經(jīng)熟悉了異步消息處理機(jī)制，這段代碼對(duì)你來(lái)說(shuō)一定非常簡(jiǎn)單吧。這里使用sHandler對(duì)象發(fā)出了一條消息，消息中攜帶了MESSAGE_POST_RESULT常量和一個(gè)表示任務(wù)執(zhí)行結(jié)果的AsyncTaskResult對(duì)象。這個(gè)sHandler對(duì)象是InternalHandler類(lèi)的一個(gè)實(shí)例，那么稍后這條消息肯定會(huì)在InternalHandler的handleMessage()方法中被處理。InternalHandler的源碼如下所示：

1 private static class InternalHandler extends Handler { 2 @SuppressWarnings({"unchecked", "RawUseOfParameterizedType"}) 3 @Override 4 public void handleMessage(Message msg) { 5 AsyncTaskResult result = (AsyncTaskResult) msg.obj; 6 switch (msg.what) { 7 case MESSAGE_POST_RESULT: 8 // There is only one result 9 result.mTask.finish(result.mData[0]); 10 break; 11 case MESSAGE_POST_PROGRESS: 12 result.mTask.onProgressUpdate(result.mData); 13 break; 14 } 15 } 16 }

這里對(duì)消息的類(lèi)型進(jìn)行了判斷，如果這是一條MESSAGE_POST_RESULT消息，就會(huì)去執(zhí)行finish()方法，如果這是一條MESSAGE_POST_PROGRESS消息，就會(huì)去執(zhí)行onProgressUpdate()方法。那么finish()方法的源碼如下所示：

1 private void finish(Result result) { 2 if (isCancelled()) { 3 onCancelled(result); 4 } else { 5 onPostExecute(result); 6 } 7 mStatus = Status.FINISHED; 8 }

可以看到，如果當(dāng)前任務(wù)被取消掉了，就會(huì)調(diào)用onCancelled()方法，如果沒(méi)有被取消，則調(diào)用onPostExecute()方法，這樣當(dāng)前任務(wù)的執(zhí)行就全部結(jié)束了。

?

我們注意到，在剛才InternalHandler的handleMessage()方法里，還有一種MESSAGE_POST_PROGRESS的消息類(lèi)型，這種消息是用于當(dāng)前進(jìn)度的，調(diào)用的正是onProgressUpdate()方法，那么什么時(shí)候才會(huì)發(fā)出這樣一條消息呢？相信你已經(jīng)猜到了，查看publishProgress()方法的源碼，如下所示：

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

非常清晰了吧！正因如此，在doInBackground()方法中調(diào)用publishProgress()方法才可以從子線程切換到UI線程，從而完成對(duì)UI元素的更新操作。其實(shí)也沒(méi)有什么神秘的，因?yàn)檎f(shuō)到底，AsyncTask也是使用的異步消息處理機(jī)制，只是做了非常好的封裝而已。

?

讀到這里，相信你對(duì)AsyncTask中的每個(gè)回調(diào)方法的作用、原理、以及何時(shí)會(huì)被調(diào)用都已經(jīng)搞明白了吧。

?

關(guān)于AsyncTask你所不知道的秘密

?

不得不說(shuō)，剛才我們?cè)诜治鯯erialExecutor的時(shí)候，其實(shí)并沒(méi)有分析的很仔細(xì)，僅僅只是關(guān)注了它會(huì)調(diào)用mFuture中的run()方法，但是至于什么時(shí)候會(huì)調(diào)用我們并沒(méi)有進(jìn)一步地研究。其實(shí)SerialExecutor也是AsyncTask在3.0版本以后做了最主要的修改的地方，它在AsyncTask中是以常量的形式被使用的，因此在整個(gè)應(yīng)用程序中的所有AsyncTask實(shí)例都會(huì)共用同一個(gè)SerialExecutor。下面我們就來(lái)對(duì)這個(gè)類(lèi)進(jìn)行更加詳細(xì)的分析，為了方便閱讀，我把它的代碼再貼出來(lái)一遍：

1 private static class SerialExecutor implements Executor { 2 final ArrayDeque<Runnable> mTasks = new ArrayDeque<Runnable>(); 3 Runnable mActive; 4 5 public synchronized void execute(final Runnable r) { 6 mTasks.offer(new Runnable() { 7 public void run() { 8 try { 9 r.run(); 10 } finally { 11 scheduleNext(); 12 } 13 } 14 }); 15 if (mActive == null) { 16 scheduleNext(); 17 } 18 } 19 20 protected synchronized void scheduleNext() { 21 if ((mActive = mTasks.poll()) != null) { 22 THREAD_POOL_EXECUTOR.execute(mActive); 23 } 24 } 25 }

可以看到，SerialExecutor是使用ArrayDeque這個(gè)隊(duì)列來(lái)管理Runnable對(duì)象的，如果我們一次性啟動(dòng)了很多個(gè)任務(wù)，首先在第一次運(yùn)行execute()方法的時(shí)候，會(huì)調(diào)用ArrayDeque的offer()方法將傳入的Runnable對(duì)象添加到隊(duì)列的尾部，然后判斷mActive對(duì)象是不是等于null，第一次運(yùn)行當(dāng)然是等于null了，于是會(huì)調(diào)用scheduleNext()方法。在這個(gè)方法中會(huì)從隊(duì)列的頭部取值，并賦值給mActive對(duì)象，然后調(diào)用THREAD_POOL_EXECUTOR去執(zhí)行取出的取出的Runnable對(duì)象。之后如何又有新的任務(wù)被執(zhí)行，同樣還會(huì)調(diào)用offer()方法將傳入的Runnable添加到隊(duì)列的尾部，但是再去給mActive對(duì)象做非空檢查的時(shí)候就會(huì)發(fā)現(xiàn)mActive對(duì)象已經(jīng)不再是null了，于是就不會(huì)再調(diào)用scheduleNext()方法。

?

那么后面添加的任務(wù)豈不是永遠(yuǎn)得不到處理了？當(dāng)然不是，看一看offer()方法里傳入的Runnable匿名類(lèi)，這里使用了一個(gè)try finally代碼塊，并在finally中調(diào)用了scheduleNext()方法，保證無(wú)論發(fā)生什么情況，這個(gè)方法都會(huì)被調(diào)用。也就是說(shuō)，每次當(dāng)一個(gè)任務(wù)執(zhí)行完畢后，下一個(gè)任務(wù)才會(huì)得到執(zhí)行，SerialExecutor模仿的是單一線程池的效果，如果我們快速地啟動(dòng)了很多任務(wù)，同一時(shí)刻只會(huì)有一個(gè)線程正在執(zhí)行，其余的均處于等待狀態(tài)。Android照片墻應(yīng)用實(shí)現(xiàn)，再多的圖片也不怕崩潰?這篇文章中例子的運(yùn)行結(jié)果也證實(shí)了這個(gè)結(jié)論。

不過(guò)你可能還不知道，在Android 3.0之前是并沒(méi)有SerialExecutor這個(gè)類(lèi)的，那個(gè)時(shí)候是直接在AsyncTask中構(gòu)建了一個(gè)sExecutor常量，并對(duì)線程池總大小，同一時(shí)刻能夠運(yùn)行的線程數(shù)做了規(guī)定，代碼如下所示：

1 private static final int CORE_POOL_SIZE = 5; 2 private static final int MAXIMUM_POOL_SIZE = 128; 3 private static final int KEEP_ALIVE = 10; 4 …… 5 private static final ThreadPoolExecutor sExecutor = new ThreadPoolExecutor(CORE_POOL_SIZE, 6 MAXIMUM_POOL_SIZE, KEEP_ALIVE, TimeUnit.SECONDS, sWorkQueue, sThreadFactory);

可以看到，這里規(guī)定同一時(shí)刻能夠運(yùn)行的線程數(shù)為5個(gè)，線程池總大小為128。也就是說(shuō)當(dāng)我們啟動(dòng)了10個(gè)任務(wù)時(shí)，只有5個(gè)任務(wù)能夠立刻執(zhí)行，另外的5個(gè)任務(wù)則需要等待，當(dāng)有一個(gè)任務(wù)執(zhí)行完畢后，第6個(gè)任務(wù)才會(huì)啟動(dòng)，以此類(lèi)推。而線程池中最大能存放的線程數(shù)是128個(gè)，當(dāng)我們嘗試去添加第129個(gè)任務(wù)時(shí)，程序就會(huì)崩潰。

?

因此在3.0版本中AsyncTask的改動(dòng)還是挺大的，在3.0之前的AsyncTask可以同時(shí)有5個(gè)任務(wù)在執(zhí)行，而3.0之后的AsyncTask同時(shí)只能有1個(gè)任務(wù)在執(zhí)行。為什么升級(jí)之后可以同時(shí)執(zhí)行的任務(wù)數(shù)反而變少了呢？這是因?yàn)楦潞蟮腁syncTask已變得更加靈活，如果不想使用默認(rèn)的線程池，還可以自由地進(jìn)行配置。比如使用如下的代碼來(lái)啟動(dòng)任務(wù)：

1 Executor exec = new ThreadPoolExecutor(15, 200, 10, 2 TimeUnit.SECONDS, new LinkedBlockingQueue<Runnable>()); 3 new DownloadTask().executeOnExecutor(exec);

這樣就可以使用我們自定義的一個(gè)Executor來(lái)執(zhí)行任務(wù)，而不是使用SerialExecutor。上述代碼的效果允許在同一時(shí)刻有15個(gè)任務(wù)正在執(zhí)行，并且最多能夠存儲(chǔ)200個(gè)任務(wù)。

?

好了，到這里我們就已經(jīng)把關(guān)于AsyncTask的所有重要內(nèi)容深入淺出地理解了一遍，相信在將來(lái)使用它的時(shí)候能夠更加得心應(yīng)手。

轉(zhuǎn)載地址：http://blog.csdn.net/guolin_blog/article/details/11711405

轉(zhuǎn)載于:https://www.cnblogs.com/androidxiaoyang/p/3721826.html

總結(jié)

以上是生活随笔為你收集整理的[学习总结]7、Android AsyncTask完全解析，带你从源码的角度彻底理解的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。