Cosa succede a un AsyncTask quando l'attività di avvio viene arrestata/distrutta mentre è ancora in esecuzione?

Question

Ho visto poche domande quasi identiche alle mie, ma non sono riuscito a trovare una risposta completa che soddisfi tutti i miei dubbi .. eccomi qui .. Supponiamo che tu abbia un'attività con una classe interiore che estende la classe AsyncTask in questo modo:

public class MyActivity extends Activity {    
    private class DownloadImageTask extends AsyncTask<String, Void, Bitmap> { 
     protected Bitmap doInBackground(String... urls) { 
      return DownloadImage(urls[0]); 
     } 
     protected void onPostExecute(Bitmap result) { 
      ImageView img = (ImageView) findViewById(R.id.img); 
      img.setImageBitmap(result); 
     } 
    } 

    @Override 
    public void onCreate(Bundle savedInstanceState) { 
     super.onCreate(savedInstanceState); 
     setContentView(R.layout.main); 
     new DownloadImageTask().execute("http://mysite.com/image.png") 
    } 
} 

Supponiamo che l'attività è in pausa o distrutta (forse i due casi sono diversi), mentre il DownloadImageTask è ancora in esecuzione in background .. poi, i metodi DownloadImageTask 's che corrono sul filo di attività UI può essere attivato e il DownloadImageTask può provare ad accedere ai metodi di Activity (è una classe interna, quindi può accedere ai metodi e alle variabili di istanza della classe esterna) con un'attività in pausa o distrutta, come la chiamata a findViewByID nell'esempio seguente .. cosa succede allora? Fallisce silenziosamente? Produce qualche eccezione? L'utente verrà avvisato che qualcosa è andato storto?

Se dovremmo fare attenzione che il thread di avvio (l'attività in questo caso) sia ancora attivo quando vengono richiamati i metodi di esecuzione dell'interfaccia utente, come possiamo farlo all'interno dello AsyncTask?

Mi dispiace se si trova questo come una domanda duplicato, ma forse questa domanda è un po 'più articolata e qualcuno può rispondere con maggiore dettaglio

Answer 1

Considerate questo Task (dove R.id.test si riferisce a un vista valida nel layout della mia attività):

public class LongTaskTest extends AsyncTask<Void, Void, Void>{ 
    private WeakReference<Activity> mActivity; 
    public LongTaskTest(Activity a){ 
     mActivity = new WeakReference<Activity>(a); 
    } 
    @Override protected Void doInBackground(Void... params) { 
     LogUtil.d("LongTaskTest.doInBackground()"); 
     SystemClock.sleep(5*60*1000); 
     LogUtil.d("mActivity.get()==null " + (mActivity.get()==null)); 
     LogUtil.d("mActivity.get().findViewById(R.id.frame)==null " + (mActivity.get().findViewById(R.id.test)==null)); 
     return null; 
    } 
} 

Se corro questo compito da onCreate di un'attività in questo modo:

public class Main extends Activity { 
    @Override 
    public void onCreate(Bundle state) { 
     super.onCreate(state); 
     setContentView(R.layout.testlayout); 
     new LongTaskTest(this).execute(); 
     finish(); 
    } 
} 

Non importa quanto tempo dormo lo sfondo filo, il mio registro mostra sempre:

LongTaskTest.doInBackground() 
mActivity.get()==null false 
mActivity.get().findViewById(R.id.frame)==null false 

Vale a dire che l'attività e le sue opinioni sembrano rimanere in vita (anche se io emetto manualmente GC via DDMS). Se avessi avuto più tempo avrei guardare un dump di memoria, ma per il resto non so davvero perché questo è il caso ... ma in risposta alle vostre domande sembra che:

• lo fa fallire silenziosamente? No
• Produce qualche eccezione? No
• L'utente riceverà una notifica che qualcosa è andato storto? No

Answer 2

DoInBackground() continuerà a essere in esecuzione anche se l'attività viene distrutta (i, e il thread principale viene distrutto) perché il metodo doInBackground() viene eseguito sul thread worker/background. Ci sarà un "problema" nell'esecuzione del metodo onPostExecute() mentre viene eseguito sul thread principale/dell'interfaccia utente e potrebbe verificarsi l'esecuzione di dati non correlati, ma non ci sarà alcuna eccezione mostrata all'utente. Pertanto, è sempre meglio annullare AsyncTask quando l'attività viene distrutta in quanto non vi è alcun motivo per eseguire AsyncTask quando l'attività non è più presente. Usa il servizio Android se desideri scaricare continuamente qualcosa dalla rete anche quando il tuo componente/attività viene distrutto. Grazie.