AsyncTask sera toujours exécuté même si l'application est détruite?

J'ai une demande à et parce que vous ne pouvez pas effectuer les opérations de réseau sur le thread principal, je suis en utilisant AsyncTaskdonc la question est une fois que j'ai execute() la AsyncTask et juste après que je finish() l'activité, et peut-être de l'utilisateur finish() l'ensemble de l'application, de sorte que je me pose, c'est:

  1. Sera AsyncTask toujours finir doInBackground() et onPostExecute() même si l'application est fermée aussi longtemps que execute() a été appelée lorsque l'application est en cours d'exécution?

source d'informationauteur JRowan

  1. 14

    Vous serez en mesure de tester cela. Et oui, C'est fait. Si l'exécution a été appelé, vous pouvez voir Asynctask exécute tout de même, SAUF si elle fait quelque chose à la présente ou de l'INTERFACE utilisateur liée. (cela peut entraîner un lanceur de crash).


    Cependant, s'il était proche par le système. Il peut ou peut ne pas poursuivre l'exécution de la méthode. J'ai déjà testé et a répondu à ici.
    Répondre au commentaire:
    Testé:

    @Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
new Worker().execute();
}
private class Worker extends AsyncTask<Void, Void, String> {
@Override
protected String doInBackground(Void... arg0) {
Log.i("SomeTag",
"start do in background at " + System.currentTimeMillis());
String data = null;
try {
DefaultHttpClient httpClient = new DefaultHttpClient();
HttpGet httpGet = new HttpGet(
"https://stackoverflow.com/questions/tagged/android");
HttpResponse httpResponse = httpClient.execute(httpGet);
HttpEntity httpEntity = httpResponse.getEntity();
data = EntityUtils.toString(httpEntity);
Log.i("SomeTag",
"doInBackGround done at " + System.currentTimeMillis());
} catch (Exception e) {
}
return data;
}
@Override
protected void onPostExecute(String result) {
super.onPostExecute(result);
Log.i("SomeTag", System.currentTimeMillis() / 1000L
+ " post execute \n" + result);
}
}
@Override
protected void onDestroy() {
super.onDestroy();
Log.i("SomeTag", System.currentTimeMillis() / 1000L + "  onDestory()");
}
04-24 21:42:57.981: I/SomeTag(5961): start do in background at 1366854177994
04-24 21:43:00.974: I/SomeTag(5961): 1366854180  onDestory()
04-24 21:43:02.946: I/SomeTag(5961): doInBackGround done at 1366854182946
04-24 21:43:02.946: I/SomeTag(5961): 1366854182 post execute 
04-24 21:43:02.946: I/SomeTag(5961): <!DOCTYPE html>
04-24 21:43:02.946: I/SomeTag(5961): <html>
04-24 21:43:02.946: I/SomeTag(5961): <head>
04-24 21:43:02.946: I/SomeTag(5961):         
04-24 21:43:02.946: I/SomeTag(5961):     <title>Newest &#39;android&#39; Questions - Stack Overflow</title>
04-24 21:43:02.946: I/SomeTag(5961):     <link rel="shortcut icon" href="http://cdn.sstatic.net/stackoverflow/img/favicon.ico">
//....
  2. 8

    onPostExecute() est appelé par le thread d'INTERFACE utilisateur - si le thread d'INTERFACE utilisateur n'est plus en cours d'exécution, il ne va pas continuer à exécuter. Cependant doInBackGround() est exécuté à partir d'un autre thread de travail afin de s'en jusqu'à ce que fait (ou si la JVM est tué par l'OS, qui est aussi une possibilité). Notez que AsyncTasks sont uniquement recommandés pour les plus courtes de l'INTERFACE utilisateur lié à des tâches de fond et pas longtemps l'exécution de tâches d'arrière-plan (quelques secondes).

    En bref, vous ne pouvez pas supposer qu'il continuera sur et certainement pas supposer qu'il va publier ses progrès ou appelez onPostExecute().

  3. 4

    Lorsque vous appelez finish() sur l'Activité, l'Activité est détruite, mais le thread principal ne l'est pas. [NOTE: l'Activité s'exécute sur le Thread Principal. L'activité n'est pas Thread Principal. ]

    Donc, doInBackground() sur le thread d'arrière-plan et onPostExecute() sur le thread principal sera exécuté. Toutefois, si onPostExecute() n'a aucun liées à l'INTERFACE utilisateur des tâches, vous obtiendrez de l'ANR, car il n'y a pas d'INTERFACE utilisateur à ce point.
    Par exemple, si vous avez juste l'impression d'un Journal.d() à l'intérieur de onPostExecute(), la déclaration sera visible dans le Logcat.

    ** Ce sera possible seulement si le processus est vivant, & n'est pas tué par Android Bas de la Mémoire du Tueur.

  4. 1

    Voir l'image pour voir les méthodes qui sont exécutées dans le thread.

    AsyncTask sera toujours exécuté même si l'application est détruite?

  5. 0

    Vous pouvez facilement tester cela, il suffit de faire doInBackground() durer plus longtemps, par exemple, ajouter Thread.sleep(5000) et puis essayer différents scénarios :

    • Si vous terminez l'Activité qui a commencé l'AsyncTask, ou de naviguer loin de, AsyncTask termine normalement, mais alors vous aurez probablement provoquer une fuite de mémoire ou de crash de votre application dans onPostExecute() si vous détenez une référence à l'Activité environnante (comme un élément de l'INTERFACE utilisateur), qui n'est pas "vivant".
    • Si vous réduisez votre application en appuyant sur le bouton d'accueil, il sera de nouveau complet normalement, mais peuvent provoquer une panne de l'application dans onPostExecute()
    • Si vous tuez votre application (ou le système n'a qu'), il va mettre fin à votre AsyncTask et le travail que vous voulez qu'il fasse doInBackground() ne sera pas effectuée. Il en va de même si vous commencez simplement le fil à l'aide de new Thread(new Runnable() {...