AsyncTask的缺陷和問題,asynctask缺陷
在Android開發中,AsyncTask可以使得使用者避免直接使用Thread類和Handler 來處理後台操作,適用於需要非同步處理資料並將資料更新到介面上的情況。AsyncTask適用於後台操作只有幾秒的短時操作。但是AsyncTask本身存在很多糟糕的問題,如果使用中不注意,將會影響程式的健壯性。
1、生命週期
很多開發人員會認為一個在Activity中建立的AsyncTask會隨著Activity的銷毀而銷毀。然而事實並非如此。AsyncTask會一直執行, 直到doInBackground()方法執行完畢。然後,如果 cancel(boolean)被調用, 那麼onCancelled(Result result) 方法會被執行;否則,執行onPostExecute(Result result) 方法。如果我們的Activity銷毀之前,沒有取消 AsyncTask,這有可能讓我們的AsyncTask崩潰(crash)。因為它想要處理的view已經不存在了。所以,我們總是必須確保在銷毀活動之前取消任務。總之,我們使用AsyncTask需要確保AsyncTask正確地取消。
另外,即使我們正確地調用了cancle() 也未必能真正地取消任務。因為如果在doInBackgroud裡有一個不可中斷的操作,比如BitmapFactory.decodeStream(),那麼這個操作會繼續下去。
2、記憶體流失
如果AsyncTask被聲明為Activity的非靜態內部類,那麼AsyncTask會保留一個對建立了AsyncTask的Activity的引用。如果Activity已經被銷毀,AsyncTask的後台線程還在執行,它將繼續在記憶體裡保留這個引用,導致Activity無法被回收,引起記憶體泄露。
3、結果丟失
旋轉螢幕或Activity在後台被系統殺掉等情況會導致Activity的重新建立,之前啟動並執行AsyncTask會持有一個之前Activity的引用,這個引用已經無效,這時調用onPostExecute()再去更新介面將不再生效。
4、並行還是串列
在Android 1.6之前的版本,AsyncTask是串列的,在1.6至2.3的版本,改成了並行的。在2.3之後的版本又做了修改,可以支援並行和串列,當想要串列執行時,直接執行execute()方法,如果需要並存執行,則要執行executeOnExecutor(Executor)。