モバイル開発におけるバックグラウンド実行 — 本質、制限、および動作原理

モバイルアプリにおけるバックグラウンド実行とは？

Background Executionとは、ユーザーがアプリを最小化したり別のアプリに切り替えた後も、アプリがコードを実行し続ける機能です。特別なメカニズムがない場合、モバイルOSはバックグラウンドに移行してから数秒以内にアプリをSuspended（一時停止）状態にし、アクティブなアプリのためにCPUとメモリを解放します。

バックグラウンドでのアプリの状態

モバイルアプリは、Foreground（アクティブ）、Background（バックグラウンド）、Suspended（一時停止）、Terminated（終了）のいくつかのライフサイクル状態を経ます。Backgroundは、アプリが可視インターフェースなしでコードを実行できる唯一の状態です。iOSとAndroidは、この状態での期間と利用可能な操作を異なる方法で定義しています。

主なユースケース

バックグラウンド実行は、データ同期、コンテンツダウンロード、プッシュ通知処理、バックグラウンド位置情報、オーディオ再生に必要です。同期が最も一般的なシナリオです。アプリはユーザーの操作なしでサーバーにデータを送信したり、アップデートをダウンロードしたりします。

• 同期 — ネットワーク状態が変化したときのデータのアップロードとダウンロード。
• 位置情報 — フィットネストラッカーやナビゲーションアプリでの位置追跡。
• メディア — バックグラウンドでのオーディオとビデオの再生（音楽、ポッドキャスト）。
• 通知 — プッシュ通知とローカル通知の処理。
• ダウンロード — バックグラウンドでの大容量ファイル（ポッドキャスト、ビデオ）のダウンロード。

モバイルOSがバックグラウンド実行を制限する理由

バックグラウンド実行の制限は、エネルギー消費、デバイスのパフォーマンス、ユーザーのプライバシーの3つの要因によるものです。CPUと無線モジュール（Wi-Fi、携帯データ）が最も多くのエネルギーを消費します。バックグラウンドプロセスごとにバッテリー寿命が短くなります。

エネルギー消費とバッテリー寿命

Googleの調査によると、5分ごとにバックグラウンドタスクを実行するアプリは、1日でデバイスのバッテリー寿命を20〜30%削減します。1時間に1回の頻度で最適化されたバックグラウンド操作でも、そのようなアプリが2つ以上あると顕著な影響があります。

RAMとパフォーマンス

バックグラウンドアプリはそれぞれRAMを占有します。RAMが不足すると、システムはメモリからアプリをアンロードし、ユーザーが戻ったときに再起動が発生します。iOSはJetsamアルゴリズムを使用しています。これはメモリ制限を超えたときにバックグラウンドプロセスを強制終了するメカニズムです。Androidも同様の原理でLMK（Low Memory Killer）を使用しています。

ユーザーのプライバシー

Android 10およびiOS 13以降、システムはアプリにバックグラウンド作業の目的を宣言するよう要求しています。AndroidはバックグラウンドでのBroadcast Receiverの起動に制限を導入しました。iOSはプロジェクトのCapabilitiesでBackground Modeを指定する必要があります。ユーザーは設定で任意のアプリのバックグラウンド実行を無効にできます。

Androidでのバックグラウンド実行：WorkManagerとForeground Service

Androidはバックグラウンド実行のための複数のメカニズムを提供しており、それぞれ異なるカテゴリのタスクを解決します。WorkManagerは遅延タスクおよび定期的なタスクに推奨されるAPIです。Foreground Serviceは可視通知付きの即時実行のためのものです。JobSchedulerはWorkManagerの低レベルな代替手段です。

WorkManager — ユニバーサルソリューション

WorkManagerはAndroid Jetpackの一部で、デバイスの再起動後でも完了を保証するバックグラウンドタスク実行を提供します。APIはネットワーク状態、バッテリーレベル、Dozeモードを考慮して最適な実行時間を選択します。WorkManagerはAPI 14+と互換性があり、非推奨のAlarmManagerとJobSchedulerを置き換えます。

Foreground Service — 長時間実行操作向け

アプリがユーザーに表示されるタスク（音楽再生、位置情報記録）を実行する必要がある場合、Foreground Serviceが使用されます。サービスはステータスバーに永続的な通知を表示し、優先度が高くなります。システムはタスクが完了するまでサービスを終了しません。Android 13以降、POST_NOTIFICATIONSの許可が必要です。

Dozeモードとバッテリー最適化

Android 6.0以降、デバイスはアイドル時にDozeモードに入ります。このモードでは、ネットワーク操作、同期、JobSchedulerが延期されます。WorkManagerはDozeに自動的に適応します。タスクはメンテナンスのためにデバイスがスリープから復帰する次のメンテナンスウィンドウ中に実行されます。

iOSでのバックグラウンド実行：Background TasksとApp Refresh

iOSはバックグラウンド実行に対してより厳格なアプローチを採用しています。Background App Refreshは定期的なデータ更新の主要なメカニズムです。BGTaskSchedulerはシステム状態に基づいてタスクをスケジュールするためのAPIです。長時間実行操作には、audio、location、voip、fetch、processingのBackground Modesが利用可能です。

Background App Refresh

Background App Refreshを使用すると、アプリはデータを同期するために15〜30分ごとに起動できます。起動時間はユーザーの行動によって異なります。システムはユーザーがアプリを開く頻度を分析します。ユーザーは設定→一般→Background App Refreshで個別のアプリのこの機能を無効にできます。

BGTaskScheduler — モダンなアプローチ

iOS 13以降、BGTaskSchedulerは非推奨のperformFetchとbeginBackgroundTaskを置き換えました。アプリは識別子と最小間隔でタスクを登録し、システムが最適な実行時間を決定します。タスクはBGProcessingTask（長時間、10分以上）とBGAppRefreshTask（短時間、最大30秒）の2種類に分けられます。

実行時間の制限

iOSはバックグラウンドタスクの実行に制限時間を割り当てます。BGAppRefreshTaskは最大30秒、BGProcessingTaskは最大10分です。制限を超えると、システムはタスクを強制終了します。開発者は中間結果を保存するためにexpiration handlerを呼び出す必要があります。

コード例：Android WorkManager

WorkManagerを使用したAndroidでのバックグラウンド実行の実践的な実装を見てみましょう。ネットワーク状態を考慮した8時間ごとのデータ同期の例です。WorkManagerはデバイスの再起動後でもタスクの実行を保証します。

class SyncWorker(context: Context, params: WorkerParameters) : Worker(context, params) {
    override fun doWork(): Result {
        return try {
            syncDataToServer()
            Log.d("Sync", "データが同期されました")
            Result.success()
        } catch (e: Exception) {
            Result.retry()
        }
    }
}

// 8時間ごとに定期タスクを実行
val constraints = Constraints.Builder()
    .setRequiredNetworkType(NetworkType.CONNECTED)
    .setRequiresCharging(false)
    .build()

val syncRequest = PeriodicWorkRequestBuilder<SyncWorker>(
    8, TimeUnit.HOURS
).setConstraints(constraints).build()

WorkManager.getInstance(context).enqueue(syncRequest)

通知付きForeground Service

ユーザーに表示される長時間操作には、Foreground Serviceを使用します。通知に進捗状況を表示するファイルダウンロードの例です。サービスはdismissできない通知とともにstartForeground()を呼び出します。ダウンロードが完了したらstopForeground(STOP_FOREGROUND_REMOVE)を呼び出します。

class DownloadService : Service() {
    override fun onStartCommand(intent: Intent?, flags: Int, id: Int): Int {
        startForeground(NOTIFICATION_ID, createNotification())
        downloadFile()
        stopForeground(STOP_FOREGROUND_REMOVE)
        stopSelf()
        return START_NOT_STICKY
    }
    private fun createNotification(): Notification {
        return NotificationCompat.Builder(this, CHANNEL_ID)
            .setContentTitle("ファイルをダウンロード")
            .setSmallIcon(android.R.drawable.ic_download)
            .build()
    }
}

コード例：iOS BGTaskScheduler

iOSでは、バックグラウンド実行はBGTaskSchedulerを介して設定されます。コンテンツ更新タスクの登録と実行の例です。アプリはInfo.plistにタスク識別子を登録し、タスクをスケジュールする必要があるときにsubmitを呼び出す必要があります。

import BackgroundTasks

func registerBackgroundTask() {
    BGTaskScheduler.shared.register(
        forTaskWithIdentifier: "com.app.refresh",
        using: nil
    ) { task in
        self.handleAppRefresh(task: task as! BGAppRefreshTask)
    }
}

func scheduleAppRefresh() {
    let request = BGAppRefreshTaskRequest(
        identifier: "com.app.refresh"
    )
    request.earliestBeginDate = Date(timeIntervalSinceNow: 15 * 60)
    try? BGTaskScheduler.shared.submit(request)
}

func handleAppRefresh(task: BGAppRefreshTask) {
    scheduleAppRefresh()
    task.expirationHandler = {
        // 中間データを保存
        cacheCurrentState()
    }
    fetchLatestData {
        task.setTaskCompleted(success: true)
    }
}

Background Processing Task

長時間実行操作（キャッシュクリア、データ処理）には、BGProcessingTaskを使用します。システムは実行に最大10分を許可します。デバイスが充電中でWi-Fiに接続されている場合にのみ実行されます。Info.plistに個別の識別子が必要で、register(forTaskWithIdentifier:)を介した登録が必要です。

func scheduleProcessing() {
    let request = BGProcessingTaskRequest(
        identifier: "com.app.cleanup"
    )
    request.requiresExternalPower = true
    request.requiresNetworkConnectivity = true
    request.earliestBeginDate = Date(timeIntervalSinceNow: 24 * 60 * 60)
    try? BGTaskScheduler.shared.submit(request)
}

AndroidとiOSのアプローチの比較

AndroidとiOSは、バックグラウンド実行の哲学において根本的に異なります。Androidはより大きな制御を備えた柔軟なツールを提供しますが、開発者が適切なAPIを選択する必要があります。iOSは機能を制限しますが、安定したパフォーマンスとバッテリー寿命をユーザーに保証します。

Android WorkManagerを選ぶべき場合

WorkManagerは、アプリの状態に関係なく完了する必要があるタスクに最適です：データ同期、分析データの送信、キューの処理。APIはデバイスのシャットダウン後でも実行を保証します。タスクは起動後に再スケジュールされます。

iOS BGTaskSchedulerを選ぶべき場合

BGTaskSchedulerは、システムが都合の良いときに実行できるタスクに適しています：新しいコンテンツのダウンロード、ウィジェットの更新、キャッシュのクリア。緊急の操作には適していません — デバイスがDoze状態またはバッテリー残量が少ない場合、システムはタスクを遅延させます。