AsyncTask et Looper.prepare() erreur

J'ai le code suivant

class OverlayTask extends AsyncTask<Void, Void, Void> {
    @Override
    public void onPreExecute() {

        if (sites != null) {
            myMapView.getOverlays().remove(sites);
            myMapView.invalidate();
            sites = null;
        }
    }

    @Override
    public Void doInBackground(Void... unused) {
            grabShipsWithLocation();
            return (null);
    }

    @Override
    public void onPostExecute(Void unused) {
        myMapView.getOverlays().add(sites);
        myMapView.invalidate();
        isLoading = false;
    }
}

Qui semble bien fonctionner sur quelques appareils d'essai, mais je vois beaucoup d'erreurs figurant sur le dev de la console. Je n'arrive pas à savoir pourquoi et où mettre ce Looper.prepare(). Est-il nécessaire?

java.lang.ExceptionInInitializerError
at com.test.appname.FinderMain$1.gotLocation(FinderMain.java:286)
at com.test.appname.MyLocation$GetLastLocation.run(MyLocation.java:89)
at java.util.Timer$TimerImpl.run(Timer.java:289)
Caused by: java.lang.RuntimeException: Can't create handler inside thread that has not called Looper.prepare()
at android.os.Handler.<init>(Handler.java:121)
at android.os.AsyncTask$InternalHandler.<init>(AsyncTask.java:421)
at android.os.AsyncTask$InternalHandler.<init>(AsyncTask.java:421)
at android.os.AsyncTask.<clinit>(AsyncTask.java:152)

Comme demandé MyLocation.java

    class GetLastLocation extends TimerTask {
    @Override
    public void run() {
         lm.removeUpdates(locationListenerGps);
         lm.removeUpdates(locationListenerNetwork);

         Location net_loc=null, gps_loc=null;
         if(gps_enabled)
             gps_loc=lm.getLastKnownLocation(LocationManager.NETWORK_PROVIDER);
         if(network_enabled)
             net_loc=lm.getLastKnownLocation(LocationManager.GPS_PROVIDER);

         //if there are both values use the latest one
         if(gps_loc!=null && net_loc!=null){
             if(gps_loc.getTime()>net_loc.getTime())
                 locationResult.gotLocation(gps_loc);
             else
                 locationResult.gotLocation(net_loc);
             return;
         }

         if(gps_loc!=null){
             locationResult.gotLocation(gps_loc); //Line 89
             return;
         }
         if(net_loc!=null){
             locationResult.gotLocation(net_loc);
             return;
         }
         locationResult.gotLocation(null);
    }
}

Ce n'grabShipsWithLocation() faire?
Ce que la ligne est MyLocation.java:89? ajouter un commentaire à votre source.
Êtes-vous de la création/démarrage de l'AsyncTask depuis le thread principal?
Oui autant que je suis conscient.
S'il vous plaît ajouter le gotLocation() méthode ou au moins le fragment de code qui initialise le OverlayTask classe.

InformationsquelleAutor Lee Armstrong | 2010-11-15

95

Longue histoire:

AsyncTask utilise en interne une Handler. Un gestionnaire permet essentiellement de post Runnables partir d'un autre thread sur le fil le gestionnaire a été attribué, qui, dans le cas de AsyncTask est toujours le fil à partir de laquelle il est appelé. Cela ne fonctionne que pour les threads qui ont un Looper préparé, pourtant.

Pour plus d'informations, voir http://developer.android.com/reference/android/os/Handler.html

Histoire courte:

Simplement envelopper chaque appel à FinderMain$1.gotLocation ou la création de AsyncTask à l'intérieur dans un Runnable, et de la poster sur un Handler lié à la thread de l'INTERFACE utilisateur, comme ceci:
```
class GetLastLocation extends TimerTask {
    private Handler mHandler = new Handler(Looper.getMainLooper());

    @Override
    public void run() {
       //...
       mHandler.post(new Runnable() {
          public void run() {
              locationResult.gotLocation(null);
          }
       });
       //...
     }
}
```
- Juste le locationResult.gotLocation(null); dans la nouvelle section ou de l'ensemble du lot ci-dessus?
- Ou chaque locationResult.gotLocation(les choses) ??
- Tous les appels à gotLocation doivent se faire dans le Thread de l'INTERFACE utilisateur, le sens de l'Exécutable, comme ci-dessus. Vous pouvez également envelopper l'ensemble de la section à l'intérieur d'elle, mais gardez à l'esprit que cela pourrait ralentir votre INTERFACE utilisateur, si son exécution prend trop de temps. Alternativement, vous pouvez également placer le AsyncTask création, au sein de gotLocation dans un Exécutable de ce genre.
- Qui semble fonctionner et j'ai publié une mise à jour, cependant lorsque vous essayez d'envelopper le locationResult.gotLocation(net_loc); il veut me déclarer net_loc finale qui rompt ensuite les appels au-dessus d'elle
- Définir net_loc en tant que membre de GetLastLocation, ou de la rendre définitive et seulement affecter la valeur null dans le bloc else de l'initiale, si la clause, et non dans la déclaration
- Belle explication.vraiment je m'attendais à cette réponse.
- Génial mahn, a sauvé ma journée..:)
InformationsquelleAutor Timo Ohr

J'ai essayé ce...Il a travaillé,j'espère qu'elle va vous aider..

protected class Asyctast extends AsyncTask<String, Integer, Integer>
{

    @Override
    protected Integer doInBackground(String... params) {
        //TODO Auto-generated method stub


        Log.d("Asynctask", ""+params);  
Looper.prepare();   

         ImageThumbnailsActivity m = new ImageThumbnailsActivity();

            Toast.makeText(ImageThumbnailsActivity.this,""+params ,Toast.LENGTH_SHORT).show();
            final Dialog dialog_options = new Dialog(ImageThumbnailsActivity.this);
            dialog_options.setContentView(R.layout.option);
            dialog_options.show();
        Looper.loop();
        return null;
    }       
}

Ce n'est pas une bonne solution, cause Looper.loop() sera bloqué pour toujours et le Fil ne sera jamais fait. Vous devez utiliser un Looper.myLooper().quit() pour éviter cela. Sauf que si vous devez appeler la fonction Looper.prepare() de Fil - Fil au lieu de AsyncTask.
Retrait De Looper.loop() a fonctionné pour moi d'éviter la boucle infinie

InformationsquelleAutor Nilesh Tupe

Vous devez vous connecter pour publier un commentaire.