Будет ли выполняться FetchWithCompletionHandler, если приложение было завершено

Ладно, снова фоновые режимы вызывают недоумение. Не обижайтесь на тех, кто пытается помочь, но это сложнее, чем кажется.

Прежде всего: Это устарело, как догадался Колбаса в комментариях. Я знаю это точно, потому что в разделе о приложениях VoIP все еще объясняется старый способ сделать это с периодически вызываемым обработчиком. Я немного исследовал это для этого ответа, поэтому предлагаю вам пойти и прочитать его. Важный урок для этого случая заключается в том, что iOS делает различие между завершением приложения пользователем или системой, а также играет роль независимо от того, был ли телефон перезагружен или нет.

Итак, чтобы подвести итог этому (и вашему вопросу), вы в основном хотите знать, является ли эта часть вышеизложенной устаревшей документации правильной дословно:

В большинстве случаев система не перезапускает приложения после их принудительного закрытия пользователем. Единственным исключением являются приложения определения местоположения, которые в iOS 8 и более поздних версиях перезапускаются после принудительного закрытия пользователем. Однако в других случаях пользователь должен запустить приложение явным образом или перезагрузить устройство, прежде чем приложение сможет быть автоматически запущено системой в фоновом режиме. Когда на устройстве включена защита паролем, система не запускает приложение в фоновом режиме до того, как пользователь впервые разблокирует устройство.

_{Apple: Понимание того, когда ваше приложение запускается в фоновом режиме}

Я тщательно изучил остальные документы, но не нашел определенного ответа, поэтому, к сожалению, все сводится к тому, что уже предложил Дэн: протестировать. Я нутром чувствую, что документация по-прежнему верна в этом отношении (как сказано, что не так, это VoIP). Я говорю это, потому что пользовательский интерфейс в приложении «Настройки» вызывает функцию «Обновление приложения в фоновом режиме», поэтому пользователи, вероятно, должны понимать, что приложение, имеющее это разрешение, не будет обновляться, когда они выталкивают его из фона (например, кнопка «Домой» -> проведите пальцем по экрану). ). Для обычных пользователей приложения либо закрыты (вообще не в диспетчере задач), либо на переднем плане (используя их), либо в фоновом режиме (они в диспетчере задач, а другое приложение на переднем плане и/или телефон заблокирован) .

Чтобы действительно проверить это, вам нужно написать приложение и немного поносить его (я полагаю, по крайней мере, два дня) в каждом состоянии. Сначала, когда он находится в фоновом режиме (ОС должна периодически разрешать ему выборку, поскольку вы, вероятно, знаете, что это также может быть запущено в Xcode), а затем, когда он принудительно завершает работу. Проблема состоит в том, чтобы убедиться, что он извлек материал. Я бы выбрал файл журнала, которым можно поделиться через iTunes. Я набрал код для этого:

-(void)application:(UIApplication *)application performFetchWithCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler
{
    NSLog(@"We're awake! Booyah!");
    
    NSURLSessionConfiguration *config = [NSURLSessionConfiguration defaultSessionConfiguration];
    NSURLSession *session = [NSURLSession sessionWithConfiguration:config
                                                          delegate:nil
                                                     delegateQueue:[NSOperationQueue mainQueue]];
    NSMutableURLRequest *request = [NSMutableURLRequest new];
    request.HTTPMethod = @"GET";
    request.URL = [NSURL URLWithString:@"https://www.google.com"];
    NSURLSessionDataTask *task = [session dataTaskWithRequest:request
                                            completionHandler:^(NSData * _Nullable data,
                                                                NSURLResponse * _Nullable response,
                                                                NSError * _Nullable error) {
                                                NSDate *now = [NSDate date];
                                                NSString *toLog = [NSString stringWithFormat:@"%@ - fetched\n",
                                                                   [now description]];
                                                [self updateTestDocumentWithString:toLog];
                                                NSLog(@"Yay, done!");
                                                completionHandler(UIBackgroundFetchResultNewData);
                                            }];
    [task resume];
}

- (void)updateTestDocumentWithString:(NSString *)toAppend {
    NSString *docDir = [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) firstObject];
    NSString *filePath = [[docDir stringByAppendingPathComponent:@"logfile.txt"] copy];
    if (![[NSFileManager defaultManager] fileExistsAtPath:filePath]) {
        if (![[NSFileManager defaultManager] createFileAtPath:filePath contents:nil attributes:nil]) {
            NSLog(@"We're effed...");
            return;
        }
    }
    NSFileHandle *file = [NSFileHandle fileHandleForUpdatingAtPath:filePath];
    if (!file) {
        NSLog(@"We're effed again...");
        return;
    }
    [file seekToEndOfFile];
    // ensure this is never nil
    [file writeData:[toAppend dataUsingEncoding:NSUTF8StringEncoding]];
    [file closeFile];
}

Это войдет в делегат приложения, и не забудьте добавить логическую настройку Application supports iTunes file sharing в plist вашего приложения. Я оставлю это на моем устройстве для разработки на некоторое время и проверю файл журнала, в конечном итоге сообщив об этом здесь. Не стесняйтесь проверить это на себе.

ИЗМЕНИТЬ:

https://devforums.apple.com/message/873265#873265 (требуется вход в систему )

Также имейте в виду, что если вы закроете свое приложение из переключателя приложений (т. е. проведите пальцем вверх, чтобы закрыть приложение), ОС никогда не перезапустит приложение, независимо от push-уведомления или фоновой выборки. В этом случае пользователь должен один раз вручную перезапустить приложение, а затем с этого момента будут запущены фоновые действия. -pmarcos

Этот пост был написан сотрудником Apple, поэтому я думаю, что могу доверять этой информации.

СТАРЫЙ ответ:

Согласно этому ответу, написанному ведущим пользователем: фоновая выборка iOS: ваше приложение не будет проснуться снова.

Убедитесь, что вы не убиваете приложение (например, дважды нажав на кнопку «Домой» и проведя пальцем вверх по приложению, чтобы принудительно закрыть приложение). Если приложение будет убито, фоновая выборка будет работать некорректно.

На самом деле нет смысла просыпаться... это как бы лишает законной силы пользователя, убивающего приложение.

С учетом сказанного существуют разные способы повторного запуска завершенного/принудительно закрытого приложения:

• Нажатие на уведомление.
• Нажатие на значок приложения.
• Используйте openUrl, чтобы открыть свое приложение из другого приложения.
• Если вы используете PushKit... ваше приложение будет запущено. Представьте, если бы у вас было приложение VOIP, например. Skype, WhatsApp и друг звонили вам, но вы принудительно закрыли приложение, вы не получали звонки. Подробнее см. здесь.

• Местоположение обновляется с помощью мониторинга региона или значительные изменения. См. этот ответ и обязательно прочитайте вся эта страница из документов Apple.

• Перезагрузка устройства также отменяет все, что было заблокировано с помощью принудительного выхода.

Читая документацию Apple здесь я нашел этот фрагмент текста, который должен объяснить ваш вопрос:

Методы, предлагаемые iOS, делятся на три категории:

    Apps that start a short task in the foreground can ask for time to finish that task when the app moves to the background.

    **Apps that initiate downloads in the foreground can hand off management of those downloads to the system, thereby allowing the app to be suspended or terminated while the download continues.**

    Apps that need to run in the background to support specific types of tasks can declare their support for one or more background execution modes.

Второй вариант как раз касается загрузки данных, которые можно делегировать системе, даже если их можно прервать.