Android-system tötete meinen Dienst, wenn ich alle löschen " den letzten app

Ich bereits mit startforeground() an meinem Service, aber Android hält töten meine Service wenn ich deaktivieren Sie alle aktuelle apps.

Hier ist der code von meinem Service:

@Override
public int onStartCommand(Intent intent, int flags, int startId) {

    Notification notification = new NotificationCompat.Builder(this)
            .setContentTitle("Text")
            .setTicker("Text")
            .setContentText("Text")
            .setSmallIcon(R.drawable.icon)
            .setLargeIcon(BitmapFactory.decodeResource(getResources(), R.drawable.icon))
            .build();

    startForeground(100, notification);

    return START_STICKY;
}

Gibt es etwas falsch ich habe das mit diesem code?

  • Sie können START_REDELIVER_INTENT statt START_STICKY
  • sorry, aber mein Dienst immer noch getötet werden, nachdem Sie.
InformationsquelleAutor zamroni hamim | 2016-03-31
  1. 19

    Lange läuft der service müssen die folgenden, um es weniger wahrscheinlich beendet:

    1. Zurück START_STICKY aus onStartCommand(). Mit diesem, system wird neu starten, der Dienst, auch wenn Sie gestoppt werden, um Einschränkungen für Ressourcen.

    2. Wenn der Dienst ist nicht verpflichtet, jede UI-Komponente (e.g eine Aktivität), Der service muss gehen im Vordergrund-Modus zeigt ein Vordergrund-Benachrichtigung. Vorder-Dienstleistungen sind weniger wahrscheinlich beendet, die von system.

    3. Setzen Sie das Attribut "stopWithTask"=false in entsprechenden <service> - tag der manifest-Datei.

    Beachten Sie auch, dass Geräte von einigen Herstellern erlischt Dienste auch mit den oben genannten Eigenschaften durch Anpassung:

    1. Benutzerdefinierte task-Manager.
    2. Batterie-sparende Funktionen, die das verbieten, nicht-system-services.

    Einige Anwendungs-Dienste tun müssen, um bleiben im hintergrund und werden aggressiv, lebendig gehalten. Obwohl diese Methode nicht empfohlen wird, aber die folgenden Schritte können durchgeführt werden:

    1. Trigger hinzufügen für den Dienst starten : wie Boot Abgeschlossen ist, und Netzwerk-übertragungen.

    2. Wenn service erhält intents/Sendungen FLAG_RECEIVER_FOREGROUND in der Absicht.

    3. Einer extremen resort ist manuell planen pending intent für service neu starten, mit AlarmManager, wenn onTaskRemoved() genannt wird.

    Finden Sie auch unter:

    1. START_STICKY funktioniert nicht auf Android KitKat
    • Früher habe ich zwei Geräte, die ein von ihm angefertigt werden, denke ich, und es stellt sich heraus, dass der andere eine, die ich denke, ist nicht angepasst nicht töten meinen Dienst. Ich kenn dieses "akzeptiert" so ist dies mehr komplett, dass Jack ' s Antwort. Danke.
    • aktualisierte Antwort mit mehr Optionen.
    • Ich bekam es funktionierte nachdem ich den link aus deinem letzten update mit "onTaskRemoved()". Genau von diesem link in die Antwort: stackoverflow.com/a/20681898/624109 . Kannst du die Antwort von oben link zu deinem update, so dass wir alle können sofort sehen? Danke.
    InformationsquelleAutor S.D.
  2. 7

    Android-system stoppen kann Ihren service jederzeit, wenn Sie wollen zu stoppen, um zu halten das Gerät auf Leistung oder Stromverbrauch. Es gibt viele situation, wo android-system kann stop Ihren Dienst wie niedrige Batterie, app befindet sich nicht im aktiven Zustand für eine lange Zeit, Gerät in Schlaf-Modus, Energiespar-Modus, etc.

    Entwickelte ich ein trick oder hack(können Sie sagen, dass) mit, dass niemand kann Sie aufhalten, Ihren service (Android-System der Dritten Partei apps, Benutzer).

    Hinweis: Durch die Nutzung dieser Ihr Dienst wird nie aufhören und kann drain Ihre Batterie auch.

    Folgen Sie den Schritten unten :-

    1) Return START_STICKY in onStartCommand.

    2) ändern Sie Dann die onDestroy() und onTaskRemoved () - Methode in Ihrem Dienst als unten: 

    @Override
public void onDestroy() {
    super.onDestroy();
    Toast.makeText(getApplicationContext(), "Service Task destroyed", Toast.LENGTH_LONG).show();


    Intent myIntent = new Intent(getApplicationContext(), YourService.class);

    PendingIntent pendingIntent = PendingIntent.getService(getApplicationContext(), 0, myIntent, 0);

    AlarmManager alarmManager1 = (AlarmManager) getSystemService(ALARM_SERVICE);

    Calendar calendar = Calendar.getInstance();

    calendar.setTimeInMillis(System.currentTimeMillis());

    calendar.add(Calendar.SECOND, 10);

    alarmManager1.set(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(), pendingIntent);

  Toast.makeText(getApplicationContext(), "Start Alarm", Toast.LENGTH_SHORT).show();

}




@Override
public void onTaskRemoved(Intent rootIntent) {
    super.onTaskRemoved(rootIntent);


        Intent myIntent = new Intent(getApplicationContext(), YourService.class);

        PendingIntent pendingIntent = PendingIntent.getService(getApplicationContext(), 0, myIntent, 0);

        AlarmManager alarmManager1 = (AlarmManager) getSystemService(ALARM_SERVICE);

        Calendar calendar = Calendar.getInstance();

        calendar.setTimeInMillis(System.currentTimeMillis());

        calendar.add(Calendar.SECOND, 10);

        alarmManager1.set(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(), pendingIntent);

        Toast.makeText(getApplicationContext(), "Start Alarm", Toast.LENGTH_SHORT).show();


    }




@Override

    public int onStartCommand(Intent intent, int flags, int startId) {
     Toast.makeText(getApplicationContext(), "Service Starts", Toast.LENGTH_SHORT).show();
        return START_STICKY;
    }

    Hier bin ich-Einstellung ein alarm jedes mal, wenn Sie den Dienst stoppen (durch android-system oder durch Benutzer mannually) und mit PendindIntent den Dienst neu starten, innerhalb von 10 Sekunden jedes mal.

    InformationsquelleAutor Ameer Faisal
  3. 3

    können Sie START_REDELIVER_INTENT statt START_STICKY

    Die einfachste Erklärung dieser sein könnte,

    START_STICKY- sagt das system, um eine frische Kopie der service, wenn ausreichend Arbeitsspeicher verfügbar ist, nachdem er erholt sich von niedrigem Speicher. Hier verlieren Sie die Ergebnisse, die möglicherweise berechnet haben, bevor.

    START_NOT_STICKY- sagt, das system nicht zu stören, um den Dienst neu zu starten, auch wenn es über genügend Arbeitsspeicher verfügt.

    START_REDELIVER_INTENT- teilt dem system mit, um den Dienst neu starten nach dem crash und auch wieder die Absichten, die vorhanden waren zum Zeitpunkt des Absturzes.

    Ich hoffe das wird Ihnen helfen. Dank

    • sorry, aber mein Dienst noch getötet, nachdem Sie
    • bitte update den gesamten code von der Tätigkeit und dem manifest auch.
    InformationsquelleAutor rockstar
  4. 0

    Bitte Lesen Sie diese Klicken Sie Hier

    Einige der Geräte, die benutzerdefinierte android , nicht wirkliche test der android kill your service, wenn Sie klar letzten Anwendung

    • Das ist richtig, früher habe ich zwei Geräte, und das andere Gerät, das ich verwenden, um laufen app nicht töten meinen Dienst. danke für deine Antwort.
    • ja, dass stimmt, dass einige Unternehmen stellen ändern in der core-Struktur von android, und diese Frage ist geschehen. also, wenn Sie wollen, um mit diesem Problem senden broad cast in der onDestroy-Methode des Diensts und registrieren broadcast-Empfänger in Ihre app, wenn Sie Sie empfangen broadcast-erstellen Sie Ihre service-pragmatisch. Wenn Sie damit zufrieden sind, und bitte es zu akzeptieren.
    InformationsquelleAutor J.D.
Schreibe einen Kommentar