java - programacion - onPostExecute no se llama después de la finalización AsyncTask

manual de programacion android pdf

Question

Por alguna razón, mi onPostExecute() no se llama después de que AsyncTask mi AsyncTask .

Mi declinación de clase:

public class setWallpaperForeground extends AsyncTask<String, Integer, Boolean>

My onPostExecute ():

protected void onPostExecute(Boolean result)

Todo funciona bien, mi doInBackground() finaliza con éxito y devuelve un booleano, pero luego termina.

Gracias

Answer 1

Encontrado / hecho otro error desagradable:

Si sus parámetros de onPostExecute(Param param) no coinciden con los que definió con extends AsyncTask<...,...,Param> y no usó la anotación @Override , nunca se ejecutará y usted don recibe una advertencia de Eclipse.

Nota para mí: solo use siempre la anotación @Override y Eclipse lo ayudará.

Otra manera fácil de evitar todos los errores mencionados:

en Eclipse: Right-click in code > Source > Override/Implement Methods

Answer 2

¿Comenzó la tarea con el método execute() ? onPostExecute no se ejecutará si solo doInBackground el doInBackground .

Answer 3

¿Creaste tu AsyncTask en el hilo de UI? También agregue una anotación @Override en su método onPostExecute () para asegurarse de que la declaró correctamente.

Answer 4

Cometió otro error grave que puede dar lugar a este mismo error. Al definir AsyncTask y llamarlo, no estaba llamando a execute pero estaba llamando doInBackground

new AsyncTask<String,Void,Void>() {
    ....
}.doInBackground("parameter");

más bien que

new AsyncTask<String,Void,Void>() {
    ....
}.execute("parameter");

Answer 5

Después de tener el mismo problema y ninguna de estas respuestas me ayudó, descubrí que mi subproceso de interfaz de usuario estaba bloqueado (utilicé CountDownLatch.await() ) y, por lo tanto, el método onPostExecute() que el subproceso de UI llamaba era nunca llamado.

Answer 6

He enfrentado el mismo problema. Ninguna de las soluciones anteriores funcionó para mí. Luego descubrí el problema, tal vez ayuda a otra persona.

En el hilo de UI, invoco los siguientes códigos:

public class XActivity ...{
    onCreate(){
        ....

        new SaveDrawingAsync(this).execute();

        while(true)
        {
            if(MandalaActivity.saveOperationInProgress){
                continue;
            }
            super.onBackPressed();
            break;
        }

        ...
    }
}

Mi definición de clase AsyncTask:

public class SaveAsync extends AsyncTask<Object, Void, Void> {

    @Override
    public Void doInBackground(Object... params) {
        saveThem(); // long running operation
        return null;
    }

    @Override
    public void onPostExecute(Void param) {
        XActivity.saveOperationInProgress = false;
    }

    @Override
    public void onPreExecute() {
       XActivity.saveOperationInProgress = true;
    }

}

en el código anterior onPostExecute no se llama. Se debe a un ciclo infinito después de la ejecución asynctask. asynctask y loop inifinite esperan entre ellos para finalizar. ¡Así el código sobresale!

¡La solución está cambiando el diseño!

Answer 7

Para mí fue un error del usuario. Estaba terminando AsyncTask invocando cancel (true) en él y no leyendo la documentación lo suficientemente cerca como para saber que onPostExecute no se llama en este caso, onCancelled is.

Answer 8

Tuve el mismo comportamiento, y la causa fue que estuve publicando muchos mensajes como un progreso dentro de DoInBackground con el siguiente código:

new Handler(Looper.getMainLooper()).post(new Runnable() {
   @Override
   public void run() {
     // .. some UI updates
   }
});

esto debe haber sobrecargado la cola principal de mensajes thrad, y provocó una gran demora antes de que onPostExecute recibiera una llamada. La solución fue publicar solo una vez por segundo.