IntentService zostanie zabity po tym, jak zatrzymać mój wniosek

Question

Mam na myśli android design considerations: AsyncTask vs Service (IntentService?)

Według dyskusji, AsyncTask nie pasuje, bo jest ciasno „związany” do aktywności

Tak , Uruchamiam Thread (zakładam, że AsyncTask i Thread należą do tej samej kategorii), mają uruchomioną pętlę nieskończoności i wykonały następujące testy.

• I rzucić mój wniosek, utrzymując naciskając klawisz wstecz, aż ujrzałem ekran główny. Wątek nadal działa.
• zabiję mój wniosek, przechodząc do Zarządzaj aplikacjami -> App -> stop force. Wątek został zatrzymany.

Tak, spodziewam się po tym, jak zmienić Thread do Service, mój Service zachowa przy życiu nawet po rzucić lub zabić moją aplikację.

---

Intent intent = new Intent(this, SyncWithCloudService.class); 
startService(intent); 

---

public class SyncWithCloudService extends IntentService { 
    public SyncWithCloudService() { 
     super("SyncWithCloudService"); 
    } 

    @Override 
    protected void onHandleIntent(Intent intent) { 
     int i = 0; 
     while (true) { 
      Log.i("CHEOK", "Service i is " + (i++)); 
      try { 
       Thread.sleep(1000); 
      } catch (InterruptedException ex) { 
       Log.i("CHEOK", "", ex); 
      } 
     } 
    } 
} 

---

// Doesn't matter whether I use "android:process" or not. 
    <service 
     android:name="com.xxx.xml.SyncWithCloudService" 
     android:process=".my_process" > 
    </service> 

---

Jednak moim odkryciem jest to, że

• I zamknij Moja aplikacja, trzymając wciśnięty tylny klawisz programowy, dopóki nie zobaczyłem ekranu głównego. Usługa nadal działa.
• zabiję mój wniosek, przechodząc do Zarządzaj aplikacjami -> App -> stop force. Usługa jest zatrzymana.

Wygląda na to, że zachowanie się Service i Thread jest takie samo. Dlaczego więc powinienem używać Service zamiast Thread? Czy jest coś, czego mi brakowało? Myślałam, że mój Service powinien nadal działać, nawet po tym, jak zabiję moją aplikację?

Answer 1

Nie. Usługa przestanie działać po zabiciu aplikacji. Po zabiciu aplikacji wszystkie jego elementy zostają zabite (czynności, usługi itp.).

Ogólnie zachowanie wątku i usługi są podobne.Jeśli jednak uruchomisz wątek z działania, a następnie zamkniesz działanie (np. Zamkniesz aplikację), w końcu Android zauważy, że Twój proces nie zawiera żadnych aktywnych komponentów (ponieważ Android nie rozpoznaje wątku jako aktywnego komponentu) i po prostu zabije twój proces, tym samym zabijając wątek.

Jeśli jednak masz uruchomioną Usługę, Android zauważy, że masz uruchomioną usługę i nie zabija tak łatwo. Jednak możliwe jest, że Android zabije Twój proces serwisowy, jeśli nie jest "używany".

Answer 2

Używasz . Service będzie działać, dopóki kod się nie skończy lub dopóki Android nie zdecyduje, że powinien zostać zabity. Sprawdź na bound services. Na twoim Activity.onDestroy() powinieneś zadzwonić pod numer unbindService().

Answer 3

W rzeczywistości istnieją różne rodzaje usług, które można wdrożyć. Użyj Service zamiast IntentService. Tam musisz spojrzeć na START_STICKY, START_NOT_STICKY i START_REDELIVER_INTENT możesz utrzymać swoją usługę działającą w tle, nawet jeśli twoja działalność umiera. Android services

Answer 4

W swojej IntentService można zastąpić onStartCommand() powrót START_REDELIVER_INTENT

A jeśli zabity, usługa zostanie ponownie uruchomiony automatycznie przez system po pewnym czasie z tego samego intencyjny.

Koniecznie zadzwoń super wykonanie na onStartCommand() tak:

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

Answer 5

można wywołać setIntentRedelivery(true) w konstruktora IntentService