Czy iOS uruchomi moją aplikację w tle, jeśli użytkownik wymusił jej zamknięcie?

Uruchamiam pobieranie w tle za pomocą content-availableflagi w powiadomieniu wypychanym. Mam fetchi remote-notification UIBackgroundModeswłączone.

Oto implementacja, której używam w mojej AppDelegate.m:

- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler
{
    NSLog(@"Remote Notification Recieved");
    UILocalNotification *notification = [[UILocalNotification alloc] init];
    notification.alertBody =  @"Looks like i got a notification - fetch thingy";
    [application presentLocalNotificationNow:notification];
    completionHandler(UIBackgroundFetchResultNewData);

}

Gdy aplikacja działa w tle, działa dobrze. (Powiadomienie zostało odebrane, a aplikacja uruchomiła powiadomienie lokalne „wygląda na to, że dostałem powiadomienie”, tak jak powinien to zrobić powyższy kod).

Jednak gdy aplikacja nie działa, a content-availableflagę otrzymuje powiadomienie wypychane , aplikacja nie jest uruchamiana, a didRecieveRemoteNotificationmetoda delegowania nigdy nie jest wywoływana.

Wideo WWDC Co nowego w wielozadaniowości (nr 204 z WWDC 2013) pokazuje to:

Mówi, że aplikacja jest „uruchamiana w tle” po otrzymaniu powiadomienia wypychanego z content-availableflagą.

Dlaczego moja aplikacja nie uruchamia się w tle?

Tak więc prawdziwe pytanie brzmi:

Czy iOS wykona zadania w tle po tym, jak użytkownik wymusi zamknięcie aplikacji?

AKTUALIZACJA 2:

Możesz to osiągnąć za pomocą nowej struktury PushKit, wprowadzonej w iOS 8. Chociaż PushKit jest używany do VoIP. Dlatego należy korzystać z VoIP, w przeciwnym razie istnieje ryzyko odrzucenia aplikacji. (Zobacz tę odpowiedź ).

UDPDATE1:

Dokumentacja została wyjaśniona dla iOS8 . Dokumentację można przeczytać tutaj . Oto odpowiedni fragment:

Ta metoda służy do przetwarzania przychodzących zdalnych powiadomień dotyczących aplikacji. W przeciwieństwie do application:didReceiveRemoteNotification:metody, która jest wywoływana tylko wtedy, gdy aplikacja działa na pierwszym planie, system wywołuje tę metodę, gdy aplikacja działa na pierwszym planie lub w tle. Ponadto, jeśli włączyłeś tryb zdalnych powiadomień w tle, system uruchamia twoją aplikację (lub budzi ją ze stanu zawieszonego) i ustawia w tle, gdy nadejdzie powiadomienie push. Jednak system nie uruchamia automatycznie Twojej aplikacji, jeśli użytkownik ją wymusił. W takiej sytuacji użytkownik musi ponownie uruchomić aplikację lub ponownie uruchomić urządzenie, zanim system spróbuje ponownie uruchomić aplikację automatycznie.

Chociaż wideo WWDC tego nie wyjaśniło, pojawiło się szybkie wyszukiwanie na forach programistów:

https://devforums.apple.com/message/873265#873265 (wymagane logowanie)

Pamiętaj również, że jeśli zabijesz aplikację za pomocą przełącznika aplikacji (tzn. Przesuniesz w górę, aby zabić aplikację), system operacyjny nigdy nie uruchomi aplikacji ponownie, niezależnie od powiadomienia wypychania lub pobrania w tle. W takim przypadku użytkownik musi raz ręcznie ręcznie uruchomić aplikację, a następnie od tego momentu zostaną uruchomione działania w tle. - pmarcos

Ten post został napisany przez pracownika Apple, więc myślę, że mogę ufać, że te informacje są prawidłowe.

Wygląda więc na to, że gdy aplikacja zostanie zabita z przełącznika aplikacji (przez przesunięcie w górę), aplikacja nigdy nie zostanie uruchomiona, nawet w przypadku zaplanowanych pobrań w tle.

Możesz zmienić ustawienia uruchamiania celu w „Zarządzaj schematem” na Wait for <app>.app to be launched manually, co pozwala na debugowanie poprzez ustawienie punktu przerwania application: didReceiveRemoteNotification: fetchCompletionHandler:i wysyłanie powiadomienia wypychania w celu uruchomienia uruchamiania w tle.

Nie jestem pewien, czy to rozwiąże problem, ale na razie może ci pomóc w debugowaniu.

Odpowiedź brzmi TAK, ale nie należy używać opcji „Pobieranie w tle” lub „Zdalne powiadomienie”. PushKit to odpowiedź, której pragniesz.

Podsumowując, PushKit, nowa platforma w systemie iOS 8, to nowy mechanizm powiadomień wypychanych, który może cicho uruchamiać aplikację w tle bez wizualnego powiadomienia, nawet gdy aplikacja została zabita przez przesunięcie z przełącznika aplikacji, co zadziwiające, nawet jej nie widzisz z przełącznika aplikacji.

Referencje PushKit od Apple:

Struktura PushKit zapewnia klasy dla aplikacji iOS do odbierania wypychania ze zdalnych serwerów. Wypychania mogą być jednego z dwóch rodzajów: standardowego i VoIP. Standardowe wypychania mogą dostarczać powiadomienia tak jak w poprzednich wersjach iOS. Wypychania VoIP zapewniają dodatkową funkcjonalność oprócz standardowego wypychania potrzebnego aplikacjom VoIP do wykonywania przetwarzania wypychania na żądanie przed wyświetleniem powiadomienia użytkownikowi.

Aby wdrożyć tę nową funkcję, zapoznaj się z tym samouczkiem: https://zeropush.com/guide/guide-to-pushkit-and-voip - przetestowałem ją na moim urządzeniu i działa zgodnie z oczekiwaniami.

W rzeczywistości, jeśli chcesz przetestować pobieranie w tle, musisz włączyć jedną opcję w schemacie:

Kolejny sposób, w jaki możesz to przetestować:

Oto pełne informacje na temat tej nowej funkcji: http://www.objc.io/issue-5/multitasking.html

Próbowałem różnych wariantów tego od kilku dni i przez jeden dzień myślałem, że ponownie uruchamiam aplikację w tle, nawet gdy użytkownik przesunął palcem, aby zabić, ale nie, nie mogę odtworzyć tego zachowania.

Szkoda, że ​​zachowanie jest zupełnie inne niż wcześniej. Na iOS 6, jeśli zabijesz aplikację z poruszających się ikon, nadal będzie budzona ponownie po wyzwalaczach SLC. Teraz, jeśli zabijesz, przesuwając, tak się nie stanie.

To inne zachowanie, a użytkownik, który nadal uzyskiwałby użyteczne informacje z naszej aplikacji, gdyby zabił je na iOS 6, teraz tego nie zrobi.

Musimy szturchnąć naszych użytkowników, aby ponownie otworzyli aplikację teraz, jeśli przesunęli palcem, aby ją zabić i nadal oczekują niektórych zachowań powiadomień, które im daliśmy. Obawiam się, że nie będzie to oczywiste dla użytkowników, gdy przeciągną aplikację. Mogą to być w zasadzie czyszczenie lub chęć zmiany kolejności wyświetlanych aplikacji w zminimalizowanym zakresie.

To może ci pomóc

W większości przypadków system nie uruchamia ponownie aplikacji po ich wymuszonym zamknięciu przez użytkownika. Jedynym wyjątkiem są aplikacje lokalizacyjne, które w iOS 8 i nowszych są ponownie uruchamiane po wymuszonym zamknięciu przez użytkownika. W innych przypadkach użytkownik musi jednak wyraźnie uruchomić aplikację lub ponownie uruchomić urządzenie, zanim aplikacja będzie mogła automatycznie uruchomić system w tle. Gdy na urządzeniu włączona jest ochrona hasłem, system nie uruchamia aplikacji w tle przed pierwszym odblokowaniem urządzenia przez użytkownika.

Źródło: https://developer.apple.com/library/content/documentation/iPhone/Conceptual/iPhoneOSProgrammingGuide/BackgroundExecution/BackgroundExecution.html

For **iOS13**

For background PUSHES in iOS13 you must set below parameters
apns-priority = 5
apns-push-type = background
Required for WatchOS
Highly recommended for Other platforms 

Link do filmu: https://developer.apple.com/videos/play/wwdc2019/707/