Android. Wird WorkManager ausgeführt, wenn die App geschlossen ist?

Ich möchte nächtliche Datenbankaktualisierungen planen. Also verwende ich den neuen Android WorkManager. Mein Verständnis ist, dass es, sobald es einmal geplant ist, unabhängig vom Lebenszyklus der App immer im Hintergrund ausgeführt wird. Ist das richtig? Meine ersten Tests zeigen, dass nur gearbeitet wird, wenn die App läuft.

val locationWork = PeriodicWorkRequest.Builder(UpdateDatabaseWorker::class.java, 24, TimeUnit.HOURS)
                        .addTag("DATABASE_UPDATE_SERVICE")
                        .build()
WorkManager.getInstance().enqueue(locationWork)

Basierend auf verschiedenen Problemen, über die berichtet wurde Arbeitsmanager Bugtrackerihre Dokumentation ist nicht ganz genau über das genaue Verhalten der Arbeitsmanager in solchen Grenzfällen.

Auf bestimmten Geräten werden Apps zwangsweise beendet, wenn die App aus dem Task-Manager gelöscht wird, sodass dieser Teil erwartet wird. … Quelle

Leider implementieren einige Geräte das Beenden der App aus dem Recents-Menü als Zwangsstopp. Stock Android macht das nicht. Wenn eine App zwangsweise gestoppt wird, kann sie keine Jobs ausführen, Alarme oder Broadcasts empfangen usw. Leider ist es für uns nicht machbar, das Problem anzugehen – das Problem liegt im Betriebssystem und es gibt keine Problemumgehung. Quelle

Das einzige Problem, auf das wir gestoßen sind, ist der Fall, in dem einige chinesische OEMs das Ausblenden von Swipe aus Recents als Zwangsstopp behandeln. In diesem Fall plant WorkManager beim nächsten Start der App alle ausstehenden Aufträge neu. Angesichts der Tatsache, dass dies eine CDD-Verletzung ist, kann WorkManager nicht viel mehr tun, wenn es sich um eine Client-Bibliothek handelt. Quelle

---

Wenn sich ein Gerätehersteller dazu entschieden hat, Standard-Android zu modifizieren, um das Stoppen der App zu erzwingen, funktioniert WorkManager nicht mehr (ebenso wie JobScheduler, Alarme, Rundfunkempfänger usw.). Es gibt keine Möglichkeit, dies zu umgehen. Einige Gerätehersteller tun dies leider, sodass WorkManager in diesen Fällen bis zum nächsten Start der App nicht mehr funktioniert. Quelle

Mit intensiver Prüfung von a OneTimeWorkRequest (ohne Einschränkungen) auf einem Pixel 2 XL mit Standard-Android ist das Verhalten wie folgt:

• Task-Manager schließen:
  • Die Arbeit geht weiter (nach einer Weile)
• Gerät neu starten (Arbeit läuft):
  • Die Arbeit wird nach dem Neustart fortgesetzt
• App-Info „Stopp erzwingen“:
  • Die Arbeit stoppt, wird erst fortgesetzt, wenn die App erneut gestartet wird
• Gerät neu starten (Arbeit wurde “Force Stopped”):
  • Die Arbeit wird erst fortgesetzt, wenn die App erneut gestartet wird

Eine vollständige Liste der verschiedenen OEM-Verhalten finden Sie unter dontkillmyapp.com. Es scheint, dass das Android-Team dieses Problem ebenfalls anerkennt und einen Test dafür in seinen CTS-Test für Android Q aufgenommen hat. Quelle

Mein Verständnis ist, dass es, sobald es einmal geplant ist, unabhängig vom Lebenszyklus der App immer im Hintergrund ausgeführt wird. Ist das richtig?

Ja. Basierend auf Dokumentation

Die Aufgabe wird weiterhin garantiert ausgeführt, auch wenn Ihre App zwangsweise beendet oder das Gerät neu gestartet wird.

WorkManager wählt die geeignete Methode zum Ausführen Ihrer Aufgabe basierend auf Faktoren wie der Geräte-API-Ebene und dem App-Status. Wenn WorkManager eine Ihrer Aufgaben ausführt, während die App ausgeführt wird, kann WorkManager Ihre Aufgabe in einem neuen Thread im Prozess Ihrer App ausführen. Wenn Ihre Anwendung nicht ausgeführt wird, wählt WorkManager eine geeignete Methode zum Planen einer Hintergrundaufgabe – abhängig von der API-Ebene des Geräts.

WorkManager kann je nach API-Ebene JobScheduler, Firebase JobDispatcher oder AlarmManager verwenden. Es respektiert den Doze und berücksichtigt alle anderen Einschränkungen, bevor es die Arbeit ausführt. Sie können im Doze-Modus mit einer gewissen Verzögerung rechnen, da er auf das Wartungsfenster warten könnte.

Notiz:

WorkManager ist für Aufgaben gedacht, die eine Garantie erfordern, dass das System sie auch dann ausführt, wenn die App beendet wird, wie das Hochladen von App-Daten auf einen Server. Es ist nicht für prozessinterne Hintergrundarbeiten vorgesehen, die sicher beendet werden können, wenn der App-Prozess beendet wird. Für solche Situationen empfehlen wir die Verwendung von ThreadPools.

Das sagt die Dokumentation:

Hinweis: WorkManager ist für Aufgaben gedacht, die eine Garantie erfordern, dass das System sie auch dann ausführt, wenn die App beendet wird, wie das Hochladen von App-Daten auf einen Server. Es ist nicht für prozessinterne Hintergrundarbeiten vorgesehen, die sicher beendet werden können, wenn der App-Prozess beendet wird. Für solche Situationen empfehlen wir die Verwendung von ThreadPools.

Aber es muss eine Bedingung geben. Wenn diese Bedingung erfüllt ist, führt WorkManager die Aufgabe aus (das ist wichtig). Bedingungen wie “nur während das Gerät lädt und online ist”

Lesen Sie dies sorgfältig, Der WorkManager versucht, Ihre Aufgabe in dem von Ihnen angeforderten Intervall auszuführen. vorbehaltlich der Einschränkungen, die Sie auferlegen und seine anderen Anforderungen.

Hier habe ich ein gutes Tutorial zur Verwendung von WorkManager zum Planen von Aufgaben gefunden: https://android.jlelse.eu/how-scheduling-work-with-new-android-jetpack-component-workmanager-852163f4825b