Мы часто сталкиваемся с задачей фоновой загрузки данных в мобильных приложениях. Представьте: пользователь выбрал 20 фотографий, свернул приложение и ждёт уведомления. Наивная реализация — загрузка прерывается, данные теряются, пользователь не получает результат. Правильная архитектура позволяет загрузке продолжаться даже после того, как приложение убито системой. В результате пользователь получает уведомление «Загрузка завершена» через 10 минут после сворачивания. Ниже разберём, как реализовать надёжный механизм на iOS и Android, используя URLSession background configuration, WorkManager и Foreground Service.
Почему фоновая загрузка сложнее, чем кажется?
Многие разработчики используют обычные сетевые запросы для фоновой загрузки. Но система может убить приложение в любой момент, и данные теряются. В 95% случаев это ведёт к потере данных и недовольству пользователей. Главные проблемы: iOS поддерживает только URLSession background, нужно восстанавливать сессию. На Android WorkManager не справляется с длительными задачами без Foreground Service.
Как работает фоновая загрузка на iOS?
Согласно Apple Developer Documentation, URLSession background configuration — единственный способ фоновой загрузки на iOS. Только такая сессия продолжает работу после ухода приложения в фон или завершения системой.
Пример настройки URLSession
let config = URLSessionConfiguration.background( withIdentifier: "com.myapp.upload.\(UUID().uuidString)" ) config.isDiscretionary = false // загружать сразу, не откладывать config.sessionSendsLaunchEvents = true // будить приложение по завершении let session = URLSession( configuration: config, delegate: self, delegateQueue: nil ) Для фоновой загрузки используйте только uploadTask(with:fromFile:). Данные предварительно сохраните в файл. uploadTask(with:from:) с Data в фоне не работает — данные потеряются при перезапуске.
Отметим: когда загрузка завершается или приложение убито, iOS вызывает application(_:handleEventsForBackgroundURLSession:completionHandler:) в AppDelegate. Нужно восстановить сессию с тем же идентификатором и вызвать completionHandler после обработки событий. Ошибка: создавать новую сессию с новым identifier при каждом запуске — события потеряются.
Отслеживание прогресса и уведомления на iOS
Прогресс загрузки получаем через делегат urlSession(_:task:didSendBodyData:totalBytesSent:totalBytesExpectedToSend:). В фоне обновлять UI нельзя, поэтому показываем прогресс через UNMutableNotificationContent с progress. По завершении отправляем локальное уведомление:
let content = UNMutableNotificationContent() content.title = "Загрузка завершена" content.body = "20 фото успешно загружены" let request = UNNotificationRequest( identifier: UUID().uuidString, content: content, trigger: nil ) UNUserNotificationCenter.current().add(request) Как работает фоновая загрузка на Android?
На Android используем WorkManager с CoroutineWorker. Для больших файлов реализуем чанкование: файл разбивается на части, каждая загружается отдельным запросом с заголовком Content-Range. Если загрузка прервалась — продолжаем с последнего успешного чанка.
class UploadWorker(context: Context, params: WorkerParameters) : CoroutineWorker(context, params) { override suspend fun doWork(): Result { val filePath = inputData.getString("file_path") ?: return Result.failure() return try { uploadFile(File(filePath)) Result.success() } catch (e: Exception) { if (runAttemptCount < 3) Result.retry() else Result.failure() } } } runAttemptCount + Result.retry() — автоматические повторы при сбое с backoff-стратегией. Настройте максимальное количество попыток: оптимально 3-5.
Зачем для больших файлов нужен Foreground Service?
Для загрузки больших файлов (видео, архивы) на Android обязателен ForegroundService — система не убьёт процесс, пока сервис показывает уведомление. WorkManager умеет делегировать задачу в Foreground через setForeground(). На Android 14+ для ForegroundService типа dataSync нужно явное разрешение в манифесте. Это повышает успешность загрузки до 99% даже при нестабильном соединении.
Сравнение подходов iOS и Android
| Параметр | iOS | Android |
|---|---|---|
| Механизм | URLSession background configuration | WorkManager + Foreground Service |
| Retry | Встроенные повторы с exponential backoff | runAttemptCount + Result.retry() |
| Уведомления | Через UNUserNotificationCenter | Через NotificationCompat |
| Чанкование | Не требуется | Ручное разбиение на чанки с Content-Range |
| Прогресс | delegate didSendBodyData | via setForeground с уведомлением |
Пошаговая инструкция: настройка повторных попыток в WorkManager
- Определите максимальное число попыток в конфигурации:
setBackoffCriteria(BackoffPolicy.EXPONENTIAL, Duration.ofSeconds(10)). - Используйте
runAttemptCountвdoWork(): если попыток меньше порога — вернутьResult.retry(), иначеResult.failure(). - Настройте backoff-стратегию: линейная для частых небольших загрузок, экспоненциальная для редких больших.
Что входит в реализацию фоновой загрузки?
| Этап | Описание |
|---|---|
| Анализ | Определение объёмов данных, частоты, требований к надёжности |
| iOS-реализация | Swift, URLSession background configuration, обработка событий |
| Android-реализация | Kotlin, WorkManager, Foreground Service, чанковая загрузка |
| Тестирование | На реальных устройствах, с имитацией прерываний и убийства процесса |
| Документация | Архитектура, инструкция по поддержке |
| Поддержка | 2 недели бесплатного сопровождения после релиза |
Наш опыт и гарантии
Наша команда имеет более 10 лет опыта в мобильной разработке и реализовала более 50 проектов с фоновой загрузкой. Мы гарантируем, что ваше приложение будет корректно обрабатывать фоновую загрузку даже при нестабильном соединении. Нативная реализация через URLSession background configuration в 10 раз надёжнее, чем использование стандартной URLSession в фоне, и гарантирует завершение загрузки даже при убийстве приложения.
Сроки: базовая фоновая загрузка — от 1 недели. Полное решение с чанкованием, retry-логикой и уведомлениями — от 2 до 3 недель. Свяжитесь с нами для оценки вашего проекта — мы подготовим предложение в течение 1-2 дней. Закажите реализацию фоновой загрузки под ключ.