Android-Design: Hintergrund lang laufenden Dienst oder AlarmManager?

Question

Ich baue eine App, die den Batteriezustand, die WLAN-Verbindung und die Standortdaten in regelmäßigen Abständen überwacht und die Ergebnisse in eine Datei schreibt (und sie später an einen Server sendet). Bei der Installation der App sollte die Überwachung deaktiviert werden - aber der Benutzer, der sie aktiviert, sollte einen Neustart überleben. Nach viel Lesen habe ich festgestellt, dass ich im Grunde 2 Optionen habe:

Unterklasse Service und feuern Sie es von meiner Tätigkeit ab. Stellen Sie es auf den Vordergrund, STICKY und was nicht und hoffe, dass es nicht von Android getötet wird - und passen Sie auf, wenn android es neu erstellt (tatsächlich sollte es 3 Dienste geben, also könnte die Synchronisierung zwischen ihnen chaotisch sein). Starten Sie einen Thread im Dienst (keine Notwendigkeit für Executors ich denke) und haben Sie Thread.sleep(REGULAR_INTERVAL). Wach auf, sammle die Daten schreibe sie in eine Datei. Senden Sie die gesammelten Informationen und zeigen Sie sie auf meiner Aktivität an, wenn sie gerade ausgeführt wird (wodurch ein Broadcast-Empfänger registriert wurde). Spülen und wiederholen while(true). Haben Sie eine Möglichkeit, dies zu unterbrechen

Lassen Sie meine Aktivität eine PendingIntent mit AlarmManager registrieren - die jedes REGULAR_INTERVAL ausführen wird. Ich habe mir die technischen Details dieses Ansatzes nicht so genau angeschaut - aber ich hoffe, dass ich in der Lage sein werde, diesen PendingIntent zu erstellen und einen IntentService laufen zu lassen (das scheint der richtige Weg zu sein - die Thread-Maschinen kostenlos zu haben und herunterzufahren allein). Irgendein Skelett-Code für diesen Ansatz wäre willkommen.

Ich denke, ich muss einen Boot-Empfänger in beiden Fällen registrieren, um die Shared Preferences zu überprüfen (habe dies bereits getan) und im Fall 1 starten die Dienste, während 2 einen Empfänger für das Alarmereignis registrieren und setze den Alarm-Manager auf - das ist der Teil, den ich brauche ein Skelett-Code.

Also - bevor ich anfange das zu bauen - was wäre der bevorzugte Ansatz?

Im Rückblick - die App sollte einige Telefoneigenschaften überwachen und in eine Datei schreiben, bis der Benutzer sich entscheidet, sie auszuschalten.

Answer 1

während im Fall 2 einen Empfänger für den Ereignisalarm registrieren und die Alarmmanager

Ihren Empfänger eingerichtet wird bereits über das Manifest registriert werden.

Welches wäre der bevorzugte Ansatz?

AlarmManager, REGULAR_INTERVAL vorausgesetzt ist typischerweise decently lang (beispielsweise über ein paar Minuten). Im Idealfall ist dieses Intervall vom Benutzer konfigurierbar.

Wenn Sie dies auch dann tun möchten, wenn das Gerät anderweitig schläft, funktioniert Ihre Option # 1 einfach nicht, es sei denn, Sie halten die ganze Zeit WakeLock, was Ihre Benutzer dazu bringen könnte, Sie ins Gesicht zu schießen mit einer Schrotflinte.

Einige Skelett-Code für diesen Ansatz wäre willkommen.

Here is a sample app demonstriert die Verwendung von AlarmManager für nicht _WAKEUP Alarme (das heißt, Sie müssen nur diese Ereignisse auftreten, während das Gerät aus anderen Gründen schon wach ist).

Here is a sample app zeigt die Verwendung von AlarmManager für _WAKEUP Alarme, mit my WakefulIntentService. WakefulIntentService (oder etwas Ähnliches) ist notwendig, weil AlarmManager das Gerät nicht sehr lange wach hält (gerade lang genug für onReceive() von BroadcastReceiver), und Sie müssen zusätzliche Schritte unternehmen, um das Gerät lange genug wach zu halten, damit Sie es tun können Arbeit. Theoretisch, Ihre Arbeit könnte schnell genug sein, nur in onReceive() von BroadcastReceiver zu tun, die Notwendigkeit zu vermeiden, mit der WakefulIntentService zu verwirren. Sie werden jedoch jedes Mal Festplatten-E/A durchführen, was idealerweise nicht im Hauptanwendungs-Thread erfolgen sollte, in dem onReceive() aufgerufen wird. Und wenn Sie Ihre Daten hochladen, brauchen Sie vielleicht auch eine WakefulIntentService, wenn Sie auch im Hintergrund arbeiten wollen.

Answer 2

Abhängig von der Länge der wiederkehrenden Aufgabe können Sie einen von mehreren Ansätzen wählen. Diese Frage behandelt sie - Scheduling recurring task in Android

Verwenden eines AlarmManager ist praktisch, wenn Task Schlafzeiten 15 Minuten oder länger sind. Das Muster ist bekannt.

Answer 3

Verwendung zweite Option und sollte intentService + Alarmmanager finden Sie in diesem Beispiel http://www.dotkam.com/2011/01/10/android-prefer-alarms-and-intent-receivers-to-services/