W jaki sposób system Android obsługuje wątki w tle po opuszczeniu działania?

Question

Potrzebuję mojej aplikacji na Androida, aby zapisać stan na dysku, gdy jego aktywność zostanie umieszczona w tle lub zabity. Zasugerowano, że uruchamiam wątek, gdy wywoływana jest funkcja onPause() i wykonuję tam wszelkie kosztowne procedury I/O (patrz Saving/loading document state quickly and robustly for image editor).

W jakich sytuacjach OS zabije wątek i jak często zdarzają się takie sytuacje?

Zakładam, że będzie to wyglądać w jaki sposób działania są rozwiązywane tam, gdzie system operacyjny może dowolnie decydować o zabiciu wątku, ale w większości przypadków zrobi to tylko wtedy, gdy zasoby są bardzo ograniczone. Byłoby miło znaleźć jakąś szczegółową dokumentację tego.

Od zabawy, z pewnym kodem testowym, wątek w tle uruchomiony w onPause() będzie działać w tle na moim urządzeniu (próbowałem ładować wiele aplikacji i nie mogłem go zabić).

Dla mojej konkretnej aplikacji, piszę edytor bitmap, w którym używam wzorca polecenia i wzorca Memento, aby umożliwić cofanie i ponawianie zmian. Chciałbym, aby użytkownik mógł cofnąć/ponowić zmiany nawet na przykład użytkownik otrzymuje połączenie telefoniczne, a działanie zostaje zabite, gdy zostanie umieszczone w tle. Najlepszym rozwiązaniem, jakie mogę sobie wyobrazić, jest użycie wątku tła do ciągłego zapisywania moich poleceń i obiektów memento na dysk podczas używania aplikacji i do zakończenia zapisywania wszelkich obiektów, które pozostały w wątku tła, jeśli wywołana jest funkcja onPause. W gorszym przypadku, jeśli wątek zostanie zabity, stracę tylko trochę zmian.

Answer 1

W jakich sytuacjach OS zabije wątek i jak często zdarzają się takie sytuacje?

System operacyjny nie zabije wątku, chyba że zabija proces - Android nie robi nic z wątkami, które sam tworzysz. Jeśli jesteś na pierwszym planie, nie będziesz zabity. Szanse na Android zabicie procesu w ciągu kilku sekund od utraty pierwszego planu (po onPause()) są niewielkie. Dokumentacja dotycząca żywotności procesu - co tam jest - znajduje się pod adresem here.

Answer 2

Zazwyczaj zapisywanie stanu w jest właściwe, jeśli jest szybkie. Nie sądzę, że jest to wyraźnie udokumentowane, gdy proces jest zabijany, ale czasami widzisz go w logcat, gdy uruchamiasz jakieś wymagające aplikacje (powiedzmy, po uruchomieniu Google Earth i przeglądarki).

W systemie Android DevTools dostępna jest również opcja automatycznego niszczenia czynności podczas poruszania się od nich, chociaż prawdopodobnie nie obejmuje to procesu. (DevTools są na emulatorze i na niektórych telefonach zrootowanych).

Myślę, że twoje podejście brzmi rozsądnie - używaj wątku o niskim priorytecie, aby stale aktualizować dane składowania, i nadawaj mu normalny priorytet w trybie onPause, a także ustaw flagę onPause, która nakazuje jej zakończenie po jej zakończeniu.

Oczywiście musisz się upewnić, że nie napotkasz problemów z synchronizacją, jeśli automatycznie uruchomisz funkcję onResume po operacji onPause (tj. Gdy wątek jest nadal zajęty zapisywaniem).

Answer 3

Wątek może zostać zabity w dowolnym momencie po zniszczeniu działania lub może nigdy nie zostać zabity. W zależności od tego wątek jest bardzo złą formą - możesz skończyć z na wpół ukończoną operacją lub z nicią, która wisi na zawsze.

Jeśli chcesz wykonać operację w tle, która trwa nawet w przypadku braku aktywności na pierwszym planie, prawie zawsze chcesz uruchomić ją w ramach usługi.Z drugiej strony, usługa ta jest mniej prawdopodobna, abymogła zostać zabita, ale nie ma gwarancji, chyba że użyjesz "startForeground". Spowoduje to wyświetlenie powiadomienia użytkownika, że ​​coś dzieje się w tle, ale z tego, co wiem, jest to jedyny sposób uruchomienia asynchronicznego wątku tła, który gwarantuje, że nie zostanie zabity.

Szczerze mówiąc, właściwą odpowiedzią jest upewnienie się, że nigdy nie ma tymczasowego stanu procesu, którego zapisanie zajmie dużo czasu. Jeśli musisz napisać duży plik, aby odzwierciedlić kilka zmian wprowadzonych przez użytkownika, rozważ utworzenie "dziennika transakcji", za pomocą którego można utworzyć operację składowania możliwą do ponownego uruchomienia. Biorąc pod uwagę to, możesz bezpiecznie uruchomić swoje zapisy w usłudze i wiedzieć, że nawet jeśli zostanie zabity, zostanie automatycznie uruchomiony ponownie, gdy zasoby staną się dostępne.