Comment redémarrer automatiquement un service, même si l'utilisateur de la force de la fermer?

Vous devez créer un sticky service substituer onTaskRemoved méthode, où vous pouvez définir une alarme de service pour déclencher votre code à nouveau.

public class BackgroundService extends Service {

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        return START_STICKY;
    }

    @Override
    public void onTaskRemoved(Intent rootIntent) {
        //create an intent that you want to start again.
        Intent intent = new Intent(getApplicationContext(), BackgroundService.class);
        PendingIntent pendingIntent = PendingIntent.getService(this, 1, intent, PendingIntent.FLAG_ONE_SHOT);
        AlarmManager alarmManager = (AlarmManager) getSystemService(Context.ALARM_SERVICE);
        alarmManager.set(AlarmManager.RTC_WAKEUP, SystemClock.elapsedRealtime() + 5000, pendingIntent);
        super.onTaskRemoved(rootIntent);
    }
}

Également dans certains appareils comme Xiaomi, Huwaei l'application obtient fermée de force une fois qu'il est retiré de applications récentes. C'est parce que les fabricants ont le gestionnaire des tâches de fonctionnalités qui améliorent la ram/performances de la batterie.

Vous pouvez consulter ce lien pour plus d'informations: https://stackoverflow.com/a/41360159/2798289

Que par l'Android document

Starting from Android 3.1, the system's package manager keeps track of applications 
that are in a stopped state and provides a means of controlling their launch from 
background processes and other applications.

Note that an application's stopped state is not the same as an Activity's stopped
state. The system manages those two stopped states separately.
FLAG_INCLUDE_STOPPED_PACKAGES — Include intent filters of stopped applications in the
list of potential targets to resolve against.

FLAG_EXCLUDE_STOPPED_PACKAGES — Exclude intent filters of stopped applications from the
list of potential targets.

When neither or both of these flags is defined in an intent, the default behavior is to
include filters of stopped applications in the list of potential targets. 

Note that the system adds FLAG_EXCLUDE_STOPPED_PACKAGES to all broadcast intents.
It does this to prevent broadcasts from background services from inadvertently or
unnecessarily launching components of stopped applications. A background service 
or application can override this behavior by adding the FLAG_INCLUDE_STOPPED_PACKAGES
flag to broadcast intents that should be allowed to activate stopped applications.

Sur Forcer l'arrêt de l'application, Android il suffit de tuer le processus d'identification. Pas de mises en garde, des rappels sont donnés pour le service et/ou d'activités. Comme par le Android document, Lorsque l'application est tué il y a des chances qu'il appelle onPause().

Quand j'ai essayé dans mon application, même onPause() n'a pas été appelé. Je pense que le seul moyen est l'utilisation de l' FLAG_INCLUDE_STOPPED_PACKAGES intention du drapeau et de l'envoyer à partir d'une autre application

Si je comprends bien, alors, effectivement ce n'est pas possible, Android fonction pour forcer la fermeture de l'application a été conçue pour permettre à l'utilisateur de se débarrasser des applications indésirables, de sorte qu'il interdit toute activité jusqu'à ce que l'utilisateur commence à nouveau l'un de ses Activités.

Redémarrez le service, même si l'application est la force-arrêté et de continuer à fonctionner de service en arrière-plan, même après la fermeture de l'app Comment?

La seule véritable solution pour le maintien de services vivante de l'ist à l'appel Service.startForeground(...) avec une Notification. Ce sera la seule solution valable, toutes les autres seront très dépendant de la façon dont Google va changer le comportement de son système. Avec chaque mise à jour de l'API, Google pourrait empêcher tous les autres hack.

Cela permet également à l'utilisateur courant, que votre application effectue une tâche de fond qui va garder l'application en vie et que l'utilisateur a à l'en empêcher. Si vous fournir à l'utilisateur la capacité de s'arrêter, c'est une partie de votre application, bien que.

Voir la Documentation:

void startForeground (int id, Notification notification)

Rendre ce service au premier plan, la fourniture de la notification en cours à être présentés à l'utilisateur dans cet état. Par défaut, les services de base, ce qui signifie que si le système a besoin de tuer pour récupérer plus de mémoire (comme pour afficher une page dans un navigateur web), ils peuvent être tués sans trop de dommages. Vous pouvez définir cette option si la mise à mort de vos service serait perturbant pour l'utilisateur, comme si votre service est en arrière-plan de lecture de la musique, de sorte que l'utilisateur ne remarque si leur musique s'arrête de jouer.

Je pense que la seule infaillible solution ici est d'avoir 2 services dans des processus distincts (android:process="somecustomprocessname" dans le manifeste, dans l'entrée de service) que les deux écoutent la radio et de redémarrer les uns des autres, parce qu'actuellement, l'INTERFACE utilisateur de ne pas laisser les utilisateurs tuer plusieurs processus en une seule action. Vous pouvez ensuite mettre en place un pinger fil dans chaque service, qui vérifie si l'autre service est en cours d'exécution toutes les 100 millisecondes, et si non, tente de redémarrer. Mais c'est de commencer à regarder de plus et de plus en plus de logiciels malveillants...