Verwenden eines BroadcastReceivers zum Starten einer AsyncTask

Question

Ich versuche, den Status einer Benutzeroberfläche beim Empfang einer Push-Benachrichtigung zu aktualisieren. Um dies zu tun, muss ich eine AsyncTask starten, die einige Netzwerkoperationen durchführt und dann die Benutzeroberfläche basierend auf dem Ergebnis aktualisiert.

Gemäß der Dokumentation für BroadcastReceiver ist die Ausführung von asynchronen Operationen in einem Empfänger unsicher, da der ausführende Prozess abgebrochen werden kann, sobald onReceive() zurückgegeben wird, vorausgesetzt, es gibt keine anderen "Anwendungskomponenten" in diesem Prozess.

Wird die BroadcastReceiver in einem eigenen Prozess ausgeführt, oder in demselben Prozess wie die enthaltene Aktivität? Da ich mich nur um den Abschluss der Aufgabe sorge, solange eine Benutzeroberfläche aktualisiert werden muss, mache ich mir keine Sorgen darüber, dass AsyncTask stirbt, wenn die Aktivität geschlossen wird. Angenommen, der BroadcastReceiver befindet sich im selben Prozess wie die Aktivität, macht es also OK/sicher, die Aufgabe, die ich im Empfänger beschrieben habe, zu starten?

Edit:

Um zu klären, ich bin mit dem Empfänger in der Tätigkeit der Registrierung onResume() und Deregistrierung es onPause(), so sollte es nur Absichten werden empfangen, wenn die Aktivität bereits aktiv ist.

Answer 1

Broadcast-Empfänger läuft nicht auf seinem eigenen Prozess, es läuft auf UI-Thread.

Ihr Prozess wird beendet, nachdem die onReceive-Methode nur zurückgegeben wurde, wenn keine anderen Aktivitäten oder Dienste in Ihrer App ausgeführt werden.

Wenn Ihr Broadcast-Empfänger eine Instanz einer inneren Klasse ist und nur empfangen wird, wenn Ihre Aktivität aktiv ist, wird Ihr Prozess nicht beendet, nachdem die onReceive-Methode zurückgegeben wurde.

Answer 2

Was ich empfehlen würde, ist startActivity(intent) aus dem Rundfunkempfänger. Das ist alles. In der Absicht würde ich die Ereignisinformation angeben, von der Sie sprechen, Sie können einfach einen Parameter im Bündel setzen. Sie können dies dann in der Aktivität onStart() oder onCreate() überprüfen, je nachdem, welcher Anrufer aufgerufen wird. Wenn die Flagge da ist, dann von Activity den AsyncTask starten.

Es ist nicht nötig, einen Dienst zu verwenden, mit allen Einschränkungen der Verbindung und Kommunikation von Service-Aktivitäten.

Denken Sie daran, Sie können auch startActivityForResult() als auch. Ich denke, dass du nichts anderes tun willst, als innerhalb eines Rundfunkempfängers vor und zurück zu gehen.

BTW, Aktivitäten müssen nicht UIs haben. Es kann gesichtslose Aktivitäten geben.

Answer 3

Wenn in Ihrem AsyncTask, brauchen Sie einen Kontext, dann denke ich, ein Service ist besser. Wenn nicht, gibt es kein Problem mit AsyncTask.

Answer 4

Vor Honeycomb (API11) mussten Sie einen Dienst verwenden.

Da Honeycomb (API11) können Sie goAsync() verwenden:

Dies kann durch eine Anwendung in OnReceive (Context, Intent) zu erlauben es die Sendung von dieser Funktion nach der Rückkehr aktiv zu halten aufgerufen werden .Dies ändert nichts an der Erwartung, relativ zu der Broadcast-Nachricht zu sein (innerhalb von 10 Sekunden), aber erlaubt die Implementierung, um die damit verbundene Arbeit auf einen anderen Thread zu verschieben, um den Haupt-UI-Thread aufgrund von Disk IO zu vermeiden.