Зачем Service разделили на Foreground и Background

Foreground и Background Services — история и причины разделения

В Android произошла эволюция в управлении Services. Раньше все сервисы были одинаковыми, но с появлением Doze Mode и энергосбережения в Android 8.0 (API 26) Google вынужден был разделить их для защиты пользователей и оптимизации батареи.

История проблемы

В ранних версиях Android приложения часто запускали background сервисы, которые:

• Работали непрерывно, даже когда приложение не используется
• Быстро расходовали батарею
• Могли замораживать систему
• Были источником вредоносного кода

Google решил это ограничить.

Background Services (Ограниченные)

class MyBackgroundService : Service() {
    override fun onStartCommand(intent: Intent, flags: Int, startId: Int): Int {
        // Работа в фоне с ограничениями
        Thread {
            val data = fetchDataFromAPI()
            processData(data)
        }.start()
        
        return START_STICKY
    }
    
    override fun onBind(intent: Intent): IBinder? = null
}

Ограничения background service:

• Могут быть убиты системой в любой момент
• Если система находится в Doze Mode, они не будут запущены
• Имеют ограничения на доступ к батарее и сети
• Система может отложить их запуск

Foreground Services (Видимые для пользователя)

class MyMusicService : Service() {
    override fun onStartCommand(intent: Intent, flags: Int, startId: Int): Int {
        // Создаем notification для пользователя
        val notification = NotificationCompat.Builder(this, CHANNEL_ID)
            .setContentTitle("Playing Music")
            .setContentText("Song: Imagine")
            .setSmallIcon(R.drawable.ic_music)
            .setOngoing(true)
            .build()
        
        startForeground(NOTIFICATION_ID, notification)
        
        // Запускаем проигрывание
        playMusic()
        
        return START_STICKY
    }
    
    override fun onBind(intent: Intent): IBinder? = null
    
    private fun playMusic() {
        mediaPlayer.play()
    }
}

Характеристики foreground service:

• Должен отображать постоянное notification
• Не может быть убит системой без явного запроса
• Имеет высокий приоритет
• Нужны специальные permissions

Разница между ними

Когда использовать Foreground Service

// 1. Музыкальный плеер
class MusicPlayerService : Service() {
    override fun onStartCommand(intent: Intent, flags: Int, startId: Int): Int {
        val notification = NotificationCompat.Builder(this, CHANNEL_ID)
            .setSmallIcon(R.drawable.ic_music)
            .setContentTitle("Playing")
            .setContentText("Your favorite song")
            .setOngoing(true)
            .build()
        
        startForeground(1, notification)
        playMusic()
        return START_STICKY
    }
}

// 2. GPS навигация
class LocationService : Service() {
    override fun onStartCommand(intent: Intent, flags: Int, startId: Int): Int {
        val notification = NotificationCompat.Builder(this, CHANNEL_ID)
            .setSmallIcon(R.drawable.ic_location)
            .setContentTitle("Navigation")
            .setContentText("Destination: 5 km")
            .build()
        
        startForeground(2, notification)
        startTracking()
        return START_STICKY
    }
}

// 3. Video call
class CallService : Service() {
    override fun onStartCommand(intent: Intent, flags: Int, startId: Int): Int {
        val notification = NotificationCompat.Builder(this, CHANNEL_ID)
            .setSmallIcon(R.drawable.ic_call)
            .setContentTitle("Call in progress")
            .setContentText("John Doe")
            .build()
        
        startForeground(3, notification)
        setupCall()
        return START_STICKY
    }
}

Когда использовать Background Service

// 1. Периодическая синхронизация (но лучше использовать WorkManager)
class SyncService : Service() {
    override fun onStartCommand(intent: Intent, flags: Int, startId: Int): Int {
        // Синхронизируем данные
        Thread {
            syncWithServer()
            stopSelf()  // Останавливаем сервис когда работа готова
        }.start()
        return START_NOT_STICKY
    }
}

// 2. Загрузка файла (но лучше использовать WorkManager или JobScheduler)
class DownloadService : Service() {
    override fun onStartCommand(intent: Intent, flags: Int, startId: Int): Int {
        val fileUrl = intent.getStringExtra("url") ?: ""
        
        Thread {
            try {
                downloadFile(fileUrl)
            } finally {
                stopSelf(startId)
            }
        }.start()
        
        return START_REDELIVER_INTENT
    }
}

Современный подход: WorkManager

Вместо background services Google рекомендует использовать WorkManager для фоновых задач.

class SyncWorker(context: Context, params: WorkerParameters) : Worker(context, params) {
    override fun doWork(): Result {
        return try {
            syncWithServer()
            Result.success()
        } catch (e: Exception) {
            Result.retry()
        }
    }
}

// Запуск
val syncWorkRequest = PeriodicWorkRequestBuilder<SyncWorker>(
    15, TimeUnit.MINUTES
).build()

WorkManager.getInstance(context).enqueueUniquePeriodicWork(
    "sync",
    ExistingPeriodicWorkPolicy.KEEP,
    syncWorkRequest
)

Требования для Foreground Service (Android 12+)

<!-- В AndroidManifest.xml -->
<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
<!-- И специфичная permission в зависимости от типа -->
<uses-permission android:name="android.permission.FOREGROUND_SERVICE_LOCATION" />
<uses-permission android:name="android.permission.FOREGROUND_SERVICE_CAMERA" />
<uses-permission android:name="android.permission.FOREGROUND_SERVICE_MICROPHONE" />

// В коде (Android 12+)
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S) {
    startForeground(
        1,
        notification,
        ServiceInfo.FOREGROUND_SERVICE_TYPE_LOCATION  // Указываем тип
    )
} else {
    startForeground(1, notification)
}

Зачем это разделение было нужно

Батарея и производительность — ограничение background сервисов значительно улучшило время работы батареи

Прозрачность — пользователь видит что работает в фоне через notification

Контроль — система может лучше управлять ресурсами

Безопасность — усложнило создание вредоносного ПО, которое скрытно работает в фоне

Справедливость — все приложения имеют одинаковые ограничения

Итог

Rазделение на Foreground и Background Services — это результат борьбы Google с расточительством батареи и вредоносным ПО. Для большинства случаев используй WorkManager вместо сервисов. Foreground Service используй только когда действительно нужно — музыка, навигация, видеозвонки. Background Service — старый паттерн, который лучше заменить на WorkManager или JobScheduler.