Ми часто стикаємося з задачею фонового завантаження даних у мобільних додатках. Уявіть: користувач вибрав 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 днів. Замовте реалізацію фонового завантаження під ключ.