Android  AsyncTask的缺陷和問題總結(jié)

在Android開發(fā)中，AsyncTask可以使得用戶避免直接使用Thread類和Handler 來處理后臺(tái)操作，適用于需要異步處理數(shù)據(jù)并將數(shù)據(jù)更新到界面上的情況。AsyncTask適用于后臺(tái)操作只有幾秒的短時(shí)操作。但是AsyncTask本身存在很多糟糕的問題，如果使用中不注意，將會(huì)影響程序的健壯性。

1、生命周期

       很多開發(fā)者會(huì)認(rèn)為一個(gè)在Activity中創(chuàng)建的AsyncTask會(huì)隨著Activity的銷毀而銷毀。然而事實(shí)并非如此。AsyncTask會(huì)一直執(zhí)行, 直到doInBackground()方法執(zhí)行完畢。然后，如果 cancel(boolean)被調(diào)用, 那么onCancelled(Result result) 方法會(huì)被執(zhí)行；否則，執(zhí)行onPostExecute(Result result) 方法。如果我們的Activity銷毀之前，沒有取消 AsyncTask，這有可能讓我們的AsyncTask崩潰(crash)。因?yàn)樗胍幚淼膙iew已經(jīng)不存在了。所以，我們總是必須確保在銷毀活動(dòng)之前取消任務(wù)?？傊覀兪褂肁syncTask需要確保AsyncTask正確地取消。

       另外，即使我們正確地調(diào)用了cancle() 也未必能真正地取消任務(wù)。因?yàn)槿绻赿oInBackgroud里有一個(gè)不可中斷的操作，比如BitmapFactory.decodeStream()，那么這個(gè)操作會(huì)繼續(xù)下去。

2、內(nèi)存泄漏

        如果AsyncTask被聲明為Activity的非靜態(tài)的內(nèi)部類，那么AsyncTask會(huì)保留一個(gè)對(duì)創(chuàng)建了AsyncTask的Activity的引用。如果Activity已經(jīng)被銷毀，AsyncTask的后臺(tái)線程還在執(zhí)行，它將繼續(xù)在內(nèi)存里保留這個(gè)引用，導(dǎo)致Activity無法被回收，引起內(nèi)存泄露。

3、結(jié)果丟失

       屏幕旋轉(zhuǎn)或Activity在后臺(tái)被系統(tǒng)殺掉等情況會(huì)導(dǎo)致Activity的重新創(chuàng)建，之前運(yùn)行的AsyncTask會(huì)持有一個(gè)之前Activity的引用，這個(gè)引用已經(jīng)無效，這時(shí)調(diào)用onPostExecute()再去更新界面將不再生效。

4、并行還是串行

      在Android 1.6之前的版本，AsyncTask是串行的，在1.6至2.3的版本，改成了并行的。在2.3之后的版本又做了修改，可以支持并行和串行，當(dāng)想要串行執(zhí)行時(shí)，直接執(zhí)行execute()方法，如果需要并行執(zhí)行，則要執(zhí)行executeOnExecutor(Executor)。

感謝閱讀，希望能幫助到大家，謝謝大家對(duì)本站的支持！

最新評(píng)論