So erzwingen Sie einen Neustart des Dienstes?

Unter neuere Versionen, a service werden die folgenden Ereignisse ausgelöst:

onCreate()

Gefolgt von...

int onStartCommand(Intent intent, int flags, int startid)

Ich weiß, in die Kommentare oben, die Sie erwähnen, mit, dass, aber es lohnt sich zu wiederholen: nicht die alten "onStart ()" - Ereignis. onStartCommand ist die neue Art, Dinge zu tun.

onCreate() kann verwendet werden keine Objekte erstellen, etc. aber der eigentlich code von Ihrem Dienst in der onStartCommand().

Wenn Sie fertig mit der onStartCommand (), sollten Sie ein Ergebnis zurückgeben. Mit "START_STICKY" erzählt die OS kann es neu starten, wenn es benötigt, um es zu töten. Mit "START_NOT_STICKY" erzählt die os nicht die Mühe, um es neu zu starten nach dem Speicher wieder verfügbar wird. Das bedeutet, dass Ihre Anwendung brauchen würde, um manuell starten Sie den Dienst erneut. Es gibt auch andere Möglichkeiten - überprüfen Sie die API-docs.

Überprüfen diese Flaggen können Sie sehen, warum Sie Ihren Dienst begonnen hat - wenn Sie Ihre eigene app gestartet, oder wenn das OS gestartet, es neu zu starten. Sie müssen in regelmäßigen Abständen speichern den Zustand jeder wichtigen Variablen so, dass wenn das Betriebssystem gestartet ist es, das Sie abrufen können, die Sie könnte wahrscheinlich verwenden Sie ein SharedPreferences privaten Speicher zu speichern diese. Definitiv speichern in der onDestroy-Ereignis, aber zählen Sie nicht darauf, dass genannt.

Außerdem ist es empfohlen, dass Sie speichern die enthalten. Feld in eine variable, und verwenden Sie es mit einem stopSelfResult(enthalten.), wenn Ihr Dienst getan ist ausgeführt.

Im Hinterkopf behalten, dass, wenn Ihr service ist getötet durch das OS möglicherweise haben Sie nicht die Möglichkeit zum speichern von Variablen. Sie müssen in der Lage sein zu sehen, ob Ihr Staat, wo Sie erwarten, wenn Sie neu gestartet werden, indem das Betriebssystem und wenn nicht gerade alles neu einstellen oder würdevoll sterben vielleicht.

Soweit Debuggen, haben Sie als schreiben noch eine weitere app, die tut nichts, sondern saugen die Speicher in einer Aktivität, um Sie zu zwingen, eine low-memory-Bedingung? Die top-Aktivität sollte den Vorzug erhalten, um die Speicher-und Kraft dem Dienst zu sterben.

Zusätzliche threads gestartet, in der service sind immer noch Teil der gleichen Anwendung Prozess,so dass Sie getötet werden würde, zusammen mit dem service (und dem rest der Anwendung.) Überprüfen können Sie dies, indem Sie regelmäßige log-Anweisungen innerhalb des threads und dann die Tötung der service.

Etwas anderes könnte für Sie sinnvoll ist, überprüfen, um zu sehen, ob Ihr Dienst wird bereits ausgeführt, von innerhalb Ihrer Anwendung. Hier ist eine Funktion, das zu tun:

//Determine if one of my services is currently running
public static boolean isMyServiceRunning(Context context, String servicename) {
    ActivityManager manager = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
    for (RunningServiceInfo service : manager.getRunningServices(Integer.MAX_VALUE)) {
        if (servicename.equals(service.service.getClassName())) {
            return true;
        }
    }
    return false;
}

InformationsquelleAutor der Antwort Tony Maro