Background Fetchとは：仕組みとアップデート設定

iOSのBackground Fetchとは？

Background Fetch は、アプリがバックグラウンドで定期的に新しいデータを受信できるようにするiOS APIです。iOS 7でBackground App Refreshメカニズムとともに初めて導入されました。主な目的は、ユーザーがアプリを開いたときにコンテンツが最新であり、読み込みを待つ必要がないようにすることです。

プッシュ通知との違い

プッシュ通知 はサーバーによって開始されます。サーバーがデバイスに信号を送信し、システムがアプリを起動するかどうかを決定します。Background Fetchはデバイスの使用パターンに基づいてiOS自体によって開始されます。プッシュは緊急メッセージに適しており、Fetchは定期的なコンテンツ更新（ニュース、ソーシャルメディアフィード）に適しています。

バックグラウンドタスクエコシステムでの位置づけ

Background Fetchは、iOSにおけるいくつかのバックグラウンド実行メカニズムの1つです。BGAppRefreshTask（iOS 13以降）は同じタスクを実行しますが、より柔軟なスケジューリングを提供します。Background Modes（オーディオ、位置情報）は継続的な操作のためのものです。Silent Pushはサーバー開始の更新です。FetchはiOS 12以前をサポートするプロジェクトに関連性があります。

• Background Fetch — 定期的、システム開始、iOS 7以降。
• BGAppRefreshTask — 定期的、システム開始、iOS 13以降。
• BGProcessingTask — 長時間タスク、iOS 13以降。
• Silent Push — サーバー開始、iOS 7以降。

Background Fetchの仕組み：アーキテクチャとライフサイクル

iOS は機械学習アルゴリズムを使用して、アプリを起動する最適なタイミングを決定します。システムは、ユーザーが通常いつアプリを開くか、どのくらいの時間使用するか、どのくらいの頻度で戻ってくるかを分析します。このデータに基づいて、iOSはBackground Fetchのウィンドウを計算します。

タスク実行プロセス

システムがアプリを起動することを決定すると、AppDelegateのapplication(_:performFetchWithCompletionHandler:)メソッドを呼び出します。アプリは最小限の新しいデータを読み込み、3つのステータスのいずれかで完了ハンドラを呼び出す必要があります：.newData（データ読み込み完了）、.noData（新しいデータなし）、.failed（エラー）。ステータスは将来の起動頻度に影響します。

完了ハンドラが呼び出し頻度に与える影響

.newData ステータスはシステムに更新が有用だったことを伝えます。iOSは起動頻度を増やす可能性があります。.noDataはデータがないことを示します。頻度は同じままか減少します。.failedは問題を示します。システムはバッテリーを節約するために頻度を減らします。重要なのは誠実なステータスであり、.newDataを強制することではありません。

XcodeプロジェクトでのBackground Fetch設定

Background Fetch を有効にするには、2つのステップが必要です：Xcodeでケイパビリティをアクティブにし、コードで最小間隔を設定します。ケイパビリティはTarget — Signing & Capabilities — Background Modes — Background Fetchチェックボックスにあります。このステップがないと、システムはアプリを起動しません。

最小間隔の設定

UIApplication.shared.setMinimumBackgroundFetchInterval メソッドは、Fetch呼び出しの間の最小時間を秒単位で設定します。値UIApplication.backgroundFetchIntervalMinimum（約15分）は、エネルギー効率が良い範囲で可能な限り頻繁にアプリを起動するようシステムに指示します。application(_:didFinishLaunchingWithOptions:)で間隔を設定するのが標準的な方法です。

func application(
    _ application: UIApplication,
    didFinishLaunchingWithOptions options: [UIApplication.LaunchOptionsKey : Any]?
)-> Bool {
    UIApplication.shared.setMinimumBackgroundFetchInterval(
        UIApplication.backgroundFetchIntervalMinimum
    )
    return true
}

Info.plistとケイパビリティ

XcodeでBackground Fetchを有効にすると、自動的にInfo.plistが更新され、UIBackgroundModesキーに値fetchが追加されます。これは必須のステップです。これがないと、アプリはperformFetchWithCompletionHandler呼び出しを受信しません。P list SourceまたはBuild Settingsで確認できます。

SwiftでのBackground Fetchコード例

ニュースアプリ向けの完全なBackground Fetch実装を見てみましょう。実装にはデータの読み込み、キャッシュ、完了ハンドラの呼び出しが含まれます。コードはAppDelegateで実行されます。システムがfetchを呼び出す唯一の場所です。

func application(
    _ application: UIApplication,
    performFetchWithCompletionHandler handler: @escaping (UIBackgroundFetchResult) -> Void
) {
    let url = URL(string: "https://api.example.com/latest")!

    URLSession.shared.dataTask(with: url) { data, response, error in
        guard let data = data, error == nil else {
            handler(.failed)
            return
        }

        do {
            let articles = try JSONDecoder().decode([Article].self, from: data)
            cacheArticles(articles)
            handler(articles.isEmpty ? .noData : .newData)
        } catch {
            handler(.failed)
        }
    }.resume()
}

読み込んだデータのキャッシュ

Background Fetch でデータを読み込んだ後、ローカルストレージ（CoreData、UserDefaults、File Manager）に保存する必要があります。アプリを開くときにはデータが既に利用可能になっている必要があります。スレッドセーフな書き込みのために、バックグラウンドコンテキストでCoreDataを使用してください。保存後、メインスレッドでUIを更新します。

func cacheArticles(_ articles: [Article]) {
    let container = NSPersistentContainer(name: "AppModel")
    container.performBackgroundTask { context in
        articles.forEach { article in
            let entity = ArticleEntity(context: context)
            entity.id = Int64(article.id)
            entity.title = article.title
            entity.body = article.body
        }
        try? context.save()
    }
}

Background Fetchのテスト

テストにはシミュレータを使用します。XcodeでDebug — Simulate Background Fetchを選択します。物理デバイスでは、システムがfetchを実行することを決定するまで待つ必要があります。高速化するには最小間隔を1分に設定できますが、バッテリー残量が少ないとシステムはこれを無視する可能性があります。

制限と注意点

Background Fetch には、アプリのアーキテクチャを設計する際に考慮すべきいくつかの制限があります。主なものは、システムが呼び出し頻度を完全に制御しており、開発者がそれを保証できないことです。最小間隔を設定しても、システムが何時間もfetchを呼び出さないことがあります。

実行時間の制限

システムはタスクの実行にアプリに限られた時間（通常最大30秒）を割り当てます。アプリがその時間内に完了ハンドラを呼び出さない場合、システムは強制的にプロセスを終了し、将来の起動頻度を減らします。すべてのネットワークリクエストはコンパクトにし、1回の呼び出しで1〜2回までにしてください。

バッテリーへの依存

iOSはBackground Fetchをスケジュールする際にバッテリーレベルを考慮します。充電が20%未満の場合、起動頻度が低下します。低電力モードが有効な場合、システムはすべてのアプリのバックグラウンド更新を完全に無効にする可能性があります。ユーザーは設定で特定のアプリのBackground App Refreshを無効にすることもできます。

ネットワークの制限

Background Fetchから開始されたURLSessionは、バックグラウンドセッションをサポートせずに標準モードで動作します。大きなダウンロードには、バックグラウンド設定のURLSessionを使用してください。システムはfetchの完了後もダウンロードを続行しますが、次の起動まで進行状況は追跡されません。

Background FetchからBGTaskSchedulerへの移行

iOS 13以降、AppleはBGTaskSchedulerをBackground Fetchの代替として推奨しています。BGTaskSchedulerはより柔軟なスケジューリング、2種類のタスク（リフレッシュと処理）、および識別子によるタスク登録を提供します。移行にはいくつかのステップが含まれ、すべての新しいプロジェクトに推奨されます。

段階的な移行

最初のステップは、BGTaskSchedulerPermittedIdentifiersキーを使用してInfo.plistでタスク識別子を定義することです。2番目は、BGTaskScheduler.shared.registerを介してAppDelegateでタスクを登録することです。3番目は、performFetchWithCompletionHandler呼び出しをregisterに渡されたハンドラに置き換えることです。4番目は、タスクをスケジュールするためにsubmitを呼び出すことです。

// 移行前（Background Fetch）
UIApplication.shared.setMinimumBackgroundFetchInterval(
    UIApplication.backgroundFetchIntervalMinimum
)

// 移行後（BGTaskScheduler）
BGTaskScheduler.shared.register(
    forTaskWithIdentifier: "com.example.refresh",
    using: nil
) { task in
    self.handleAppRefresh(task: task as! BGAppRefreshTask)
}

let request = BGAppRefreshTaskRequest(
    identifier: "com.example.refresh"
)
request.earliestBeginDate = Date(timeIntervalSinceNow: 15 * 60)
try? BGTaskScheduler.shared.submit(request)

BGTaskSchedulerの利点

BGTaskSchedulerはより多くの制御を提供します：長時間の操作のためのBGProcessingTask（最大10分）、requiresNetworkConnectivityとrequiresExternalPowerによる実行条件、および正常終了のためのexpirationハンドラ。システムはアプリの使用状況も分析しますが、開発者はより正確な要件を設定できます。

Background Fetchを維持すべき場合

アプリがiOS 12以前をサポートしている場合、Background Fetchが定期的な更新のための唯一のオプションです。BGTaskSchedulerはiOS 13以降でのみ利用可能です。この場合、ラッパーを使用して、if #available(iOS 13, *)で可用性を確認し、適切なAPIを呼び出します。