Какое состояние будет при получении пуша от незапущенного приложения?

Состояние при получении пуша от незапущенного приложения в iOS

Когда приложение не запущено (т.е. не находится в памяти устройства и не выполняется), получение push-уведомления вызывает определенный sequence событий, который зависит от типа уведомления и действий пользователя.

Типы уведомлений и их влияние

Push-уведомления в iOS можно разделить на две категории:

1. Стандартные (Notification) уведомления – содержат только данные для отображения в UI.
2. Сил-уведомления (Silent Push Notifications) – содержат специальный ключ content-available: 1 и предназначены для обновления данных в приложении без показа пользователю.

Процесс обработки пуша для незапущенного приложения

1. Стандартное уведомление

Когда приложение не запущено, система iOS получает push, отображает его в виде баннера/алерта (если пользователь разрешил уведомления) и хранит его в своей внутренней очереди. Приложение не запускается автоматически.

Запуск происходит только если пользователь взаимодействует с уведомлением:

• Тап на баннер
• Выбор действия из быстрых действий (Quick Actions)
• Открытие из Notification Center

После тапа система:

• Запускает приложение (переходит в состояние active)
• Передает уведомление в метод application(_:didReceiveRemoteNotification:fetchCompletionHandler:) или userNotificationCenter(_:didReceive:) (если используется UNUserNotificationCenter)

Пример кода обработки:

// AppDelegate (старый подход)
func application(_ application: UIApplication, 
                 didReceiveRemoteNotification userInfo: [AnyHashable : Any], 
                 fetchCompletionHandler completionHandler: @escaping (UIBackgroundFetchResult) -> Void) {
    // Обработка данных уведомления
    print("Received push: \(userInfo)")
    completionHandler(.newData)
}

// UNUserNotificationCenterDelegate (новый подход)
extension AppDelegate: UNUserNotificationCenterDelegate {
    func userNotificationCenter(_ center: UNUserNotificationCenter, 
                                didReceive response: UNNotificationResponse, 
                                withCompletionHandler completionHandler: @escaping () -> Void) {
        let userInfo = response.notification.request.content.userInfo
        // Обработка действий пользователя
        print("User interacted with push: \(userInfo)")
        completionHandler()
    }
}

2. Сил-уведомления (content-available: 1)

Для незапущенного приложения поведение отличается:

• Система iOS может запустить приложение в фоновом режиме для обработки уведомления.
• Приложение переходит в состояние background и получает ограниченное время (обычно ~30 секунд) для выполнения задач.
• Уведомление не показывается пользователю, если не содержит alert, sound, badge.

Однако есть критические ограничения:

• iOS не гарантирует запуск приложения для каждого силhttp://push-a (особенно если приложение часто использует фоновый режим).
• Система может отложить или игнорировать уведомление для сохранения энергии.

Пример силhttp://push-a:

{
    "aps": {
        "content-available": 1,
        "sound": "",
        "priority": 5
    },
    "custom_data": "refresh_content"
}

Состояние приложения при получении пуша

Если приложение полностью не запущено, его состояние изменяется следующим образом:

Особенности и лучшие практики

1. Незапущенное приложение не имеет контекста – все данные должны быть восстановлены из уведомления или сервера.
2. Критично обрабатывать launch options – в application(_:didFinishLaunchingWithOptions:) нужно проверять наличие уведомления:

func application(_ application: UIApplication, 
                 didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
    if let remoteNotification = launchOptions?[.remoteNotification] as? [AnyHashable: Any] {
        // Приложение запустилось по тапу на пуш
        handlePushFromLaunch(remoteNotification)
    }
    return true
}

1. Учитывать ограничения фонового режима – силhttp://push-ы для незапущенного приложения имеют низкий priority.
2. Тестировать сценарии – важно тестировать получение пуша после:
   • Перезагрузки устройства
   • Force-close приложения (удаления из multitasking)
   • Долгого времени без запуска

Проблемы и решения

Проблема: Приложение не запускается для силhttp://push-a после долгого времени без использования. Решение: Использовать Background App Refresh и правильно настраивать pushes с важными данными, комбинировать с local notifications для важных событий.

Проблема: Пользовательские данные не доступны при запуске из push. Решение: Минимально необходимые данные передавать в payload push-а, остальные загружать после запуска.

Таким образом, состояние при получении пуша от незапущенного приложения зависит от типа уведомления и действий пользователя. Система iOS стремится к энергоэффективности, поэтому автоматический запуск происходит только для силhttp://push-ов в оптимальных условиях, либо после явного взаимодействия пользователя с стандартным уведомлением.