Выполнение задач Конечной Длины

Приложения, перемещающиеся в фон, как ожидают, поместят себя в состояние покоя как можно быстрее так, чтобы они могли быть приостановлены системой. Если Ваше приложение посреди задачи и нужно в небольшом дополнительном времени для выполнения той задачи, это может вызвать beginBackgroundTaskWithName:expirationHandler: или beginBackgroundTaskWithExpirationHandler: метод UIApplication возразите для запроса некоторого дополнительного времени выполнения. Вызов любого из этих методов задерживают приостановку Вашего приложения временно, предоставление его немного дополнительного времени для окончания его работы. После завершения той работы Ваше приложение должно вызвать endBackgroundTask: метод, чтобы позволить системе знать, что это закончено и может быть приостановлено.

Каждый вызов к beginBackgroundTaskWithName:expirationHandler: или beginBackgroundTaskWithExpirationHandler: метод генерирует уникальный маркер для соединения с соответствующей задачей. Когда Ваше приложение выполняет задачу, оно должно вызвать endBackgroundTask: метод с соответствующим маркером, чтобы позволить системе знать, что задача завершена. Отказ вызвать endBackgroundTask: метод для фоновой задачи приведет к завершению Вашего приложения. При обеспечении обработчика истечения срока при запуске задачи системные вызовы, что обработчик и дает Вам один последний шанс закончить задачу и избежать завершения.

Вы не должны ожидать, пока Ваше приложение не перемещается в фон для обозначения фоновых задач. Более полезный проект должен вызвать beginBackgroundTaskWithName:expirationHandler: или beginBackgroundTaskWithExpirationHandler: метод прежде, чем запустить задачу и вызов endBackgroundTask: метод, как только Вы заканчиваете. В то время как приложение выполняется на переднем плане, можно даже следовать за этим образцом.

Перечисление 3-1 показывает, как запустить продолжительную задачу когда Ваши переходы приложения к фону. В этом примере запрос для запуска фоновой задачи включает обработчик истечения срока на всякий случай, задача берет слишком долго. Сама задача тогда представлена очереди отгрузки для асинхронного выполнения так, чтобы applicationDidEnterBackground: метод может обычно возвращаться. Использование блоков упрощает код, должен был поддержать ссылки на любые важные переменные, такие как идентификатор фоновой задачи. bgTask переменная является задействованной переменной класса, хранящего указатель на текущий идентификатор фоновой задачи и инициализирующегося до его использования в этом методе.

Перечисление 3-1  , Начинающее фоновую задачу во время выхода

- (void)applicationDidEnterBackground:(UIApplication *)application

{

    bgTask = [application beginBackgroundTaskWithName:@"MyTask" expirationHandler:^{

        // Clean up any unfinished task business by marking where you

        // stopped or ending the task outright.

        [application endBackgroundTask:bgTask];

        bgTask = UIBackgroundTaskInvalid;

    }];

    // Start the long-running task and return immediately.

    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

        // Do the work associated with the task, preferably in chunks.

        [application endBackgroundTask:bgTask];

        bgTask = UIBackgroundTaskInvalid;

    });

}

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

Загрузка содержания в фоновом режиме

При загрузке файлов приложения должны использовать NSURLSession возразите для запуска загрузок так, чтобы система могла взять под свой контроль процесс загрузки в случае, если приложение приостановлено или завершено. Когда Вы конфигурируете NSURLSession объект для фоновых передач, система управляет теми передачами в отдельном процессе и сообщает состояние к Вашему приложению обычным способом. Если Ваше приложение завершается, в то время как передачи продолжающиеся, система продолжает передачи в фоновом режиме и запускает Ваше приложение (как надлежащий), когда передачи заканчиваются или когда одной или более задачам нужно внимание Вашего приложения.

Для поддержки фоновых передач необходимо сконфигурировать Ваш NSURLSession возразите соответственно. Для конфигурирования сеанса необходимо сначала создать a NSURLSessionConfiguration объект и набор несколько свойств к надлежащим значениям. Вы тогда передаете тот объект конфигурации надлежащему методу инициализации NSURLSession при создании сеанса.

Процесс для создания конфигурации возражает, что фоновые загрузки поддержек следующие:

1. Создайте объект конфигурации использование backgroundSessionConfigurationWithIdentifier: метод NSURLSessionConfiguration.

2. Установите значение объекта конфигурации sessionSendsLaunchEvents свойство к YES.

3. если Ваше приложение запускает передачи, в то время как это находится на переднем плане, это, рекомендуют также установить discretionary свойство конфигурации возражает против YES.

4. Сконфигурируйте любые другие свойства объекта конфигурации как надлежащие.

5. Используйте объект конфигурации создать Ваш NSURLSession объект.

После того, как сконфигурированный, Ваш NSURLSession возразите беспрепятственно вручает от загрузки и задач загрузки к системе в подходящее время. Если задачи заканчиваются, в то время как Ваше приложение все еще работает (или на переднем плане или на фоне), объект сеанса уведомляет своего делегата обычным способом. Если задачи еще не закончились, и система завершает Ваше приложение, система автоматически продолжает управлять задачами в фоновом режиме. Если пользователь завершает Ваше приложение, система отменяет любые незаконченные задачи.

Когда все задачи, связанные с фоновым сеансом, завершены, система повторно запускает завершенное приложение (предполагающий, что sessionSendsLaunchEvents свойство было установлено в YES и что пользователь не вызывал, выходит из приложения), и вызывает делегата приложения application:handleEventsForBackgroundURLSession:completionHandler: метод. (Система может также повторно запустить приложение для обработки запросов аутентификации или других связанных с задачей событий, требующих внимания приложения.) В Вашей реализации того метода делегата, используйте предоставленный идентификатор для создания нового NSURLSessionConfiguration и NSURLSession объект с той же конфигурацией как прежде. Система повторно подключает Ваш новый объект сеанса к предыдущим задачам и сообщает об их состоянии делегату объекта сеанса.

Реализация продолжительных задач

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

• Приложения, играющие слышимое содержание пользователю в то время как в фоновом режиме, такие как приложение аудиоплеера

• Приложения, записывающие звуковое содержимое в то время как в фоновом режиме

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

• Приложения та Передача речи по протоколу IP (VoIP) поддержки

• Приложения, которые должны загрузить и регулярно обрабатывать новое содержание

• Приложения, получающие регулярные обновления от внешних аксессуаров

Приложения, реализующие эти службы, должны объявить службы, они поддерживают и используют системные платформы для реализации соответствующих аспектов тех служб. Объявление служб позволяет системе знать, какие службы Вы используете, но в некоторых случаях это - системные платформы, фактически препятствующие тому, чтобы было приостановлено Ваше приложение.

Привлечение внимания пользователя, в то время как в фоновом режиме

Уведомления являются путем к приложению, которое приостановлено, является в фоновом режиме или не работает для привлечения внимания пользователя. Приложения могут использовать локальные уведомления для отображения предупреждений, звуков игры, значок значок приложения или комбинация трех. Например, приложение будильника могло бы использовать локальные уведомления, чтобы играть звук аварийного сигнала и вывести на экран предупреждение для отключения предупреждения. Когда уведомление поставлено пользователю, пользователь должен решить если информационные варранты, возвращающие приложение переднему плану. (Если приложение уже работает на переднем плане, локальные уведомления поставлены бесшумно приложению а не пользователю.)

Для планирования поставки локального уведомления создайте экземпляр UILocalNotification класс, сконфигурируйте параметры уведомления и запланируйте его с помощью методов UIApplication класс. Локальный объект уведомления содержит информацию о типе уведомления для поставки (звук, предупреждение или значок) и время (когда применимый), в котором можно поставить его. Методы UIApplication класс предоставляет возможности для поставки уведомлений сразу или в запланированное время.

Перечисление 3-2 показывает пример, планирующий отдельный аварийный сигнал с помощью даты и времени, установленной пользователем. Этот пример конфигурирует только одно предупреждение за один раз и отменяет предыдущее предупреждение прежде, чем запланировать новое. (Ваши собственные приложения могут иметь не больше, чем 128 локальных уведомлений, активных в любой момент времени, любой из которых может быть сконфигурирован для повторения в указанном интервале.) Само предупреждение состоит из окна предупреждений и звукового файла, играющегося, если приложение не работает или в фоновом режиме, когда стреляет предупреждение. Если приложение является активным и поэтому рабочим на переднем плане, делегат приложения application:didReceiveLocalNotification: метод вызывают вместо этого.

Перечисление 3-2  Планируя уведомление об аварии

- (void)scheduleAlarmForDate:(NSDate*)theDate

{

    UIApplication* app = [UIApplication sharedApplication];

    NSArray*    oldNotifications = [app scheduledLocalNotifications];

    // Clear out the old notification before scheduling a new one.

    if ([oldNotifications count] > 0)

        [app cancelAllLocalNotifications];

    // Create a new notification.

    UILocalNotification* alarm = [[UILocalNotification alloc] init];

    if (alarm)

    {

        alarm.fireDate = theDate;

        alarm.timeZone = [NSTimeZone defaultTimeZone];

        alarm.repeatInterval = 0;

        alarm.soundName = @"alarmsound.caf";

        alarm.alertBody = @"Time to wake up!";

        [app scheduleLocalNotification:alarm];

    }

}

Звуковые файлы, используемые с локальными уведомлениями, имеют те же требования как используемые для уведомлений нажатия. Пользовательские звуковые файлы должны быть расположены в основном пакете Вашего приложения и поддерживать один из следующих форматов: Линейный PCM, MA4, µ-Law, или закон. Можно также указать UILocalNotificationDefaultSoundName постоянный для игры предупредительного звука по умолчанию для устройства. Когда уведомление отправляется, и звук играется, система также инициировала вибрацию на устройствах, поддерживающих его.

Можно отменить запланированные уведомления или получить список уведомлений с помощью методов UIApplication класс. Для получения дополнительной информации об этих методах, см. Ссылку класса UIApplication. Для получения дополнительной информации о конфигурировании локальных уведомлений см. Локальное и Удаленное Руководство по программированию Уведомления.

Понимание, когда приложение начато фон

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

• Для приложений расположения:

  • Система получает обновление информации о местоположении, удовлетворяющее сконфигурированные критерии приложения для поставки.

  • Устройство ввело или вышло из зарегистрированной области. (Области могут быть географическими областями или iBeacon областями.)

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

• Для приложений Bluetooth:

  • Приложение, действующее в центральной роли, получает данные от подключенного периферийного устройства.

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

• Для фоновых приложений загрузки:

  • Уведомление нажатия поступает для приложения, и полезная нагрузка уведомления содержит content-available ключ со значением 1.

  • Система будит приложение в оппортунистические моменты, чтобы начать загружать новое содержание.

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

  • Загрузка, инициируемая приложением Киоска, заканчивается.

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

Будучи ответственным фоновым приложением

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

• Не делайте OpenGL вызовами ES из Вашего кода. Вы не должны создавать EAGLContext возразите или выпустите любой OpenGL команды рисования ES любого вида при выполнении в фоновом режиме. Используя эти вызовы заставляет Ваше приложение быть сразу уничтоженным. Приложения должны также гарантировать, что любые ранее представленные команды завершились прежде, чем переместиться в фон. Для получения информации о том, как обработать OpenGL, ES при перемещении в и от фона, видит Реализацию Многозадачно-осведомленного OpenGL Приложение ES в OpenGL Руководство по программированию ES для iOS.

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

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

• Сохраните свое состояние приложения прежде, чем переместиться в фон. Во время условий низкой памяти фоновые приложения могут быть очищены из памяти для высвобождения пространства. Приостановленные приложения очищены сначала, и никакое уведомление не дано приложению, прежде чем оно будет очищено. В результате приложения должны использовать в своих интересах механизм сохранения состояния в iOS 6 и позже сохранить их интерфейсное состояние на диск. Для получения информации о том, как поддерживать эту функцию, посмотрите Сохранение Визуального Появления Вашего Приложения Через Запуски.

• Удалите сильные ссылки к ненужным объектам при перемещении в фон. Если Ваше приложение поддерживает большое в кэше памяти объектов (особенно изображения), удалите все сильные ссылки к тем кэшам при перемещении в фон. Для получения дополнительной информации посмотрите, Сокращают Ваш Объем потребляемой памяти.

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

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

• Реагируйте на подключение и уведомления разъединения для внешних аксессуаров. Для приложений, связывающихся с внешними аксессуарами, система автоматически отправляет уведомление разъединения, когда приложение перемещается в фон. Приложение должно зарегистрироваться для этого уведомления и использовать его для закрытия тока, вспомогательного сеанс. Когда приложение пятится к переднему плану, соответствующее уведомление соединения отправляется, давая приложению шанс повторно соединиться. Для получения дополнительной информации об обработке вспомогательного соединение и уведомления разъединения, посмотрите, что Внешний Аксессуар Программирует Темы.

• Очистите ресурсы для активных предупреждений при перемещении в фон. Для сохранения контекста при переключении между приложениями система автоматически не отклоняет листы действия (UIActionSheet) или предупредительные представления (UIAlertView) когда Ваше приложение перемещается в фон. Вам решать обеспечить надлежащее поведение очистки до перемещения в фон. Например, Вы могли бы хотеть отменить лист действия или предупредительное представление программно или сохранить достаточно контекстной информации для восстановления представления позже (в случаях, где приложение завершается).

• Удалите уязвимую информацию из представлений прежде, чем переместиться в фон. Когда приложение переходит к фону, система берет снимок главного окна приложения, которое это тогда представляет кратко при переходе приложения назад к переднему плану. Прежде, чем возвратиться из Вашего applicationDidEnterBackground: метод, необходимо скрыть или затенить пароли и другие чувствительные персональные данные, которые могли бы быть получены как часть снимка.

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

Если Вы реализуете фоновое аудио приложение или какой-либо другой тип приложения, которому позволяют работать в фоновом режиме, Ваше приложение реагирует на входящие сообщения обычным способом. Другими словами, система может уведомить Ваше приложение предупреждений низкой памяти, когда они происходят. И в ситуациях, где система должна завершить приложения к свободному еще больше памяти, приложение вызывает своего делегата applicationWillTerminate: метод для выполнения любых заключительных задач перед выходом.

Выбор из фонового выполнения

Если Вы не хотите, чтобы Ваше приложение работало в фоновом режиме вообще, можно явно выбрать из фона путем добавления UIApplicationExitsOnSuspend ключ (со значением YES) к Вашему приложению Info.plist файл. Когда приложение отказывается, оно циклически повторяется между не выполненным, неактивными, и активными состояниями и никогда не вводит фоновые или состояния ожидания. Когда пользователь нажимает кнопку «Домой» для выхода из приложения, applicationWillTerminate: метод делегата приложения вызывают, и приложение имеет приблизительно 5 секунд, чтобы очистить и выйти, прежде чем это будет завершено и попятилось к не-состоянию-выполнения.

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

Для получения дополнительной информации о ключах можно включать в приложение Info.plist файл, посмотрите информационную Ключевую Ссылку Списка свойств.