Zachowanie w przypadku interfejsu API znaczącej zmiany lokalizacji po zakończeniu / zawieszeniu?

To jest sekcja z dokumentacji CLLocationManager opisująca zachowanie aplikacji za pomocą startMonitoringSsequantLocationChanges :

Jeśli uruchomisz tę usługę, a aplikacja zostanie następnie zamknięta, system automatycznie uruchomi ponownie aplikację w tle, jeśli nadejdzie nowe zdarzenie. W takim przypadku słownik opcji przekazany do aplikacji: didFinishLaunchingWithOptions: metoda delegata aplikacji zawiera klucz UIApplicationLaunchOptionsLocationKey wskazujący, że aplikacja została uruchomiona z powodu zdarzenia lokalizacji. Po ponownym uruchomieniu należy nadal skonfigurować obiekt menedżera lokalizacji i wywołać tę metodę, aby kontynuować odbieranie zdarzeń dotyczących lokalizacji. Po ponownym uruchomieniu usług lokalizacyjnych bieżące zdarzenie jest natychmiast dostarczane do pełnomocnika. Ponadto właściwość lokalizacji obiektu menedżera lokalizacji jest wypełniana najnowszym obiektem lokalizacji, jeszcze przed uruchomieniem usług lokalizacyjnych.

Rozumiem więc, że jeśli Twoja aplikacja zakończy działanie (i zakładam, że jeśli nie wywołasz stopMonitoringSsequantLocationChanges z applicationWillTerminate ), zostaniesz obudzony parametrem UIApplicationLaunchOptionsLocationKey do application: didFinishLaunchingWithOptions . W tym momencie tworzysz swój CLLocationManager , wywołujesz startMonitoringSsequantLocationChanges i przez ograniczony czas wykonujesz przetwarzanie lokalizacji w tle . Więc jestem w porządku z tym kawałkiem.

Poprzedni akapit mówi tylko o tym, co się dzieje, gdy aplikacja zostanie zamknięta, nie sugeruje, co zrobić, gdy aplikacja jest zawieszona. Dokumentacja didFinishLaunchingWithOptions mówi:

Aplikacja śledzi aktualizacje lokalizacji w tle, została wyczyszczona, a teraz została ponownie uruchomiona. W tym przypadku słownik zawiera klucz wskazujący, że aplikacja została ponownie uruchomiona z powodu nowego zdarzenia lokalizacji.

Sugeruje, że połączenie to zostanie odebrane dopiero po uruchomieniu aplikacji (z powodu zmiany lokalizacji) po rozwiązaniu.

Jednak akapit dotyczący usługi znaczących zmian w Przewodniku programowania rozpoznawania lokalizacji zawiera następujące informacje:

Jeśli pozostawisz tę usługę uruchomioną, a aplikacja zostanie następnie zawieszona lub zakończona, usługa automatycznie obudzi aplikację po nadejściu nowych danych o lokalizacji. W momencie budzenia aplikacja jest umieszczana w tle i ma niewielką ilość czasu na przetworzenie danych o lokalizacji. Ponieważ aplikacja działa w tle, powinna wykonywać minimalną pracę i unikać wszelkich zadań (takich jak wysyłanie zapytań do sieci), które mogłyby uniemożliwić jej powrót przed upływem przydzielonego czasu. Jeśli tak się nie stanie, Twoja aplikacja może zostać zamknięta.

Sugeruje to, że budzisz się z danymi o lokalizacji, jeśli Twoja aplikacja została zawieszona, ale nie wspomina o tym, jak się budzisz:

• Czy UIApplicationDelegate otrzymuje wywołanie zwrotne z informacją, że wznawiam stan zawieszenia do stanu tła?
• Czy menedżer lokalizacji (który został liofilizowany, gdy aplikacja została zawieszona) zaczyna odbierać wywołania zwrotne locationManager: didUpdateToLocation: fromLocation ?
• Czy muszę po prostu zaimplementować kod w mojej wiadomości didUpdateToLocation, która sprawdza stan aplikacji i wykonuje minimalne przetwarzanie, jeśli działa w tle?

W trakcie pisania tego, myślę, że mogłem właśnie odpowiedzieć na moje własne pytanie, ale byłoby wspaniale, gdyby moje zrozumienie tego zostało potwierdzone przez kogoś bardziej kompetentnego.

Odkąd zadałem to pytanie, przeprowadziłem sporo testów (głównie w pociągu między domem a pracą) i potwierdziłem, że zachowanie zawieszonych aplikacji jest takie, jak podejrzewałem na końcu pytania.

Oznacza to, że Twoja zawieszona aplikacja jest budzona, nie otrzymujesz żadnych wywołań zwrotnych na temat delegata aplikacji, zamiast tego otrzymujesz aktualizacje lokalizacji za pośrednictwem istniejącego CLLocationManagerDelegate . Możesz wykryć, że pracujesz w tle, sprawdzając applicationState i wykonać ograniczoną pracę w przypadku wybudzenia ze stanu zawieszenia, aby wykonać przetwarzanie lokalizacji.

[UIApplication sharedApplication].applicationState == UIApplicationStateBackground

Doszedłem do tego wniosku dzięki uprzęży do testowania lokalizacji, którą możesz pobrać i wypróbować. Jest to dość prosta aplikacja, która umożliwia włączanie istotnych zmian i interfejsów API zmiany GPS za pośrednictwem interfejsu użytkownika i rejestrowanie wszystkich otrzymanych odpowiedzi.

Uwaga: Punkt szósty poprzedniej odpowiedzi jest nieprawidłowy. Liofilizowane zawieszone aplikacje otrzymują CLLocationManagerDelegate zwrotnych, gdy są one budzony ze stanu zawieszenia.

Moje rozumienie jest następujące (jestem w trakcie pisania aplikacji, która opiera się na tym API, ale nie ukończyłem tego komponentu na tyle, aby rozpocząć testowanie):

1. Twoja aplikacja jest uruchamiana po raz pierwszy, rejestrujesz się w celu uruchomieniaMonitoringSsequantLocationChanges i udostępniasz funkcję wywołania zwrotnego. Gdy aplikacja jest uruchomiona, wywołuje to wywołanie zwrotne za każdym razem, gdy otrzyma znaczącą zmianę.
2. Jeśli Twoja aplikacja zostanie umieszczona w tle, UIApplication otrzyma applicationWillResignActive , a następnie applicationDidEnterBackground .
3. Jeśli Twoja aplikacja zostanie zabita, gdy jest zawieszona w tle, nie zostaniesz o tym powiadomiony; jeśli jednak Twoja aplikacja zostanie zabita podczas działania (o ile wiem, na pierwszym planie lub w tle), otrzymasz chwilę z applicationWillTerminate . Nie możesz zażądać dodatkowego czasu w tle z tej funkcji.

4. Pomimo tego, że zostanie zabity w tle, system operacyjny ponownie uruchomi Twoją aplikację. Jeśli Twoja aplikacja jest po prostu uruchamiana przez system operacyjny dla zmiany, otrzymasz wezwanie do application didFinishLaunchingWithOptions :

   if ([launchOptions objectForKey:UIApplicationLaunchOptionsLocationKey])

   pomoże Ci określić, czy wróciłeś ze zmiany lokalizacji w tle.

5. Jeśli zamiast tego działałeś w tle, a Twoja aplikacja została ręcznie ponownie uruchomiona przez użytkownika, otrzymasz applicationWillEnterForeground, a po niej applicationDidBecomeActive .
6. Niezależnie od tego, jak to się stało, po ponownym uruchomieniu aplikacji (chyba że nadal działała w tle w wyniku zadania w tle, a wspomniane zadanie zaczęło monitorować zmiany), musisz wyraźnie powiedzieć jej, aby ponownie uruchomiłaMonitoringSsequantLocationChanges, ponieważ wywołanie zwrotne nie jest dłużej przyczepiony po „liofilizacji”. I tak, wystarczy zaimplementować kod w didUpdateToLocation po ponownym podłączeniu pewnego rodzaju programu obsługi lokalizacji po powrocie ze stanu zawieszenia.

Właśnie tym zajmuję się teraz przy tworzeniu mojego kodu. Jak wspomniałem wcześniej, nie jestem jeszcze gotowy, aby przetestować to na urządzeniu, więc nie mogę stwierdzić, czy wszystko poprawnie zinterpretowałem, więc komentatorzy, zachęcam do poprawiania mnie (chociaż zrobiłem znaczną lekturę na temat).

Aha, a jeśli jakimś pechem wypuścisz aplikację, która robi to, co chcę, mógłbym płakać :)

Powodzenia!

Jeśli aplikacja zostanie wywołana ze stanu zawieszenia w wyniku zmiany lokalizacji, aplikacja uruchomi się w tle.

Wszystkie obiekty będą aktywne i otrzymasz aktualizację lokalizacji w obecnym delegacie.