Come evitare il servizio di abbattimento del sistema quando l'applicazione/attività viene interrotta

Question

Ho un'app con uno activity e uno service. Se uccido il activity mentre è in esecuzione lo service, anche questo viene ucciso. È molto importante per me che il servizio non venga ucciso. Come farlo quando il sistema uccide (o lo uccido cancellando l'elenco "App recenti") activity lo service rimane attivo fino a quando non termina il suo lavoro? Grazie in anticipo!

Answer 1

E 'molto importante per me che il servizio non venga ucciso

I suoi processi possono essere uccisi in qualsiasi momento, per qualsiasi motivo, in base all'attività dell'utente (elenco attività recenti, task manager di terze parti, "Arresto forzato" in Impostazioni, ecc.) o in base alle esigenze del sistema operativo (la RAM del sistema si sta esaurendo). Non puoi impedirlo.

si può prendere alcune misure per ridurre al minimo le probabilità del sistema operativo di decidere da solo di sospendere l'processo, come l'utilizzo di startForeground() sul servizio, ma questo fa bloccare l'utente dal fare ciò che l'utente vuole con le procedure della tua app.

Sto visualizzando una finestra da tale servizio, quindi se il servizio si interrompe, la finestra scompare.

Presumibilmente, l'utente vuole vostra finestra a scomparire se l'utente è esplicitamente sbarazzarsi della vostra applicazione tramite la recente elenco delle attività, un task manager, ecc Siete certamente benvenuti ad informare gli utenti nella documentazione di eventuali effetti negativi che questo avrà.

Siete inoltre invitati a sperimentare che il servizio sia in un processo separato. La mia comprensione è che questo non sarà di aiuto con l'elenco delle attività recenti su Android 4.4, anche se potrebbe accadere nelle versioni precedenti di Android. Il fatto che questo aiuti con i task manager di terze parti dipende probabilmente dal gestore, e questo non dovrebbe essere d'aiuto con "Force Stop" dalle impostazioni. Significa anche che dovrai occuparti di IPC, maggiore consumo di RAM del sistema mentre i tuoi processi principali e di servizio sono entrambi in esecuzione, ecc.

Answer 2

Si può provare il ritorno START_STICKY dal onStartCommand nel vostro servizio:

@Override 
public int onStartCommand(Intent intent, int flags, int startId) { 
    handleCommand(intent); 
    // We want this service to continue running until it is explicitly 
    // stopped, so return sticky. 
    return START_STICKY; 
} 

Answer 3

Stai eseguendo un servizio associato? In tal caso, il sistema lo ucciderà quando l'ultima attività del client si disconnette (termina). Ecco la fascetta dal reference page:

Quando l'ultimo cliente slega dal servizio, il sistema distrugge il servizio (a meno che il servizio è stato avviato anche da StartService()).