第1章 iOS后台任务概述

1、iOS后台任务概述：iOS后台模式介绍、后台任务的生命周期、后台任务的限制与最佳实践

1.1 为什么我们需要后台任务？

说实话，我刚做iOS开发那会儿，对后台任务的理解特别浅。总觉得App退到后台就完事了，系统会帮我处理好一切。直到第一次做下载功能——用户点了下载，切出去回了个微信，回来发现下载断了。嗯，那场面挺尴尬的。

iOS的后台机制，说白了就是一套「有限度的特权」。系统允许你在后台干点活，但别想为所欲为。苹果这么设计，核心就两个原因：省电、保流畅。你想想看，如果每个App都在后台疯狂跑，iPhone的电池怕是撑不过半天。

1.2 iOS后台模式有哪些？

苹果提供了几种官方后台模式，我挑几个常用的说说：

后台模式	适用场景	我的经验
Background Fetch	定期拉取少量数据	适合新闻类App，我一般设30分钟间隔
Remote Notification	静默推送唤醒App	注意：用户可能关闭通知权限
Background Transfer Service	大文件下载/上传	这个最稳，我项目里一直在用
Audio & AirPlay	音频播放类App	音乐App必备，但别滥用
Location Updates	导航/运动追踪	耗电大户，慎用

我个人习惯是：能用Background Transfer Service解决的，绝不用其他模式。为什么？因为它最省心，系统帮你管理网络连接和续传，App被杀掉也不怕。

1.3 后台任务的生命周期

这里有个关键点：后台任务不是你想跑多久就跑多久。系统给你一个时间窗口，大概30秒左右。过了这个时间，系统会强制挂起你的App。

生命周期大致是这样的：

App进入后台 → 系统调用 applicationDidEnterBackground:
你申请后台时间 → 调用 beginBackgroundTaskWithExpirationHandler:
系统给你额外时间 → 你在这段时间里干活
时间快到了 → 系统回调 expirationHandler，你得赶紧收尾
任务完成或超时 → 调用 endBackgroundTask: 告诉系统完事了

我在项目中遇到过一个问题：有个同事没在 expirationHandler 里及时结束任务，结果App被系统强杀，连崩溃日志都没留下。排查了一整天，最后发现是后台任务超时导致的。从那以后，我每次写后台任务都会反复检查 expirationHandler 里的清理逻辑。

1.4 后台任务的限制

苹果的限制其实挺多的，我列几个容易踩坑的：

时间限制： 普通后台任务最多30秒，别指望更多
网络限制： 后台模式下，系统会合并网络请求，降低频率
内存限制： 后台App随时可能被系统回收内存
CPU限制： 系统会限制后台App的CPU使用率
用户控制： 用户可以在设置里关闭你的后台刷新权限

我曾经踩过的坑：

有一次做离线下载功能，我用了普通的URLSession，没走Background Transfer Service。结果用户切到后台后，下载任务全断了。更惨的是，App重新打开时，那些下载到一半的文件全废了，得重新下。用户反馈直接炸了。

后来我全部改用 URLSessionConfiguration.background(withIdentifier:)，问题才彻底解决。记住：大文件下载，一定要用Background Transfer Service。

1.5 最佳实践

做了这么多年iOS开发，我总结了几条铁律：

我的几条建议：

能用系统API就别自己造轮子： Background Transfer Service 已经帮你处理了断点续传、网络切换等问题
做好任务状态管理： 我习惯用一个单例来管理所有后台任务，方便追踪和清理
及时释放资源： 后台任务结束后，记得调用 endBackgroundTask:，不然系统会一直给你计时
处理App被强杀的情况： 在 applicationWillTerminate: 里保存关键状态
测试要全面： 模拟各种极端情况——网络断开、App被强杀、系统低电量模式

举个例子，我现在的项目里有个离线下载功能，代码大概是这样的：

class DownloadManager {
    static let shared = DownloadManager()
    private var backgroundTaskID: UIBackgroundTaskIdentifier = .invalid
    
    func startDownload() {
        // 申请后台任务
        backgroundTaskID = UIApplication.shared.beginBackgroundTask {
            // 时间快到了，赶紧收尾
            self.cleanup()
            UIApplication.shared.endBackgroundTask(self.backgroundTaskID)
            self.backgroundTaskID = .invalid
        }
        
        // 开始下载...
        // 下载完成后记得调用 endBackgroundTask
    }
    
    private func cleanup() {
        // 保存进度、取消网络请求等
    }
}

你看，核心逻辑其实不复杂。但就是这些细节，决定了你的App在后台能不能稳定运行。我见过太多App因为后台任务没处理好，导致用户数据丢失、下载失败、甚至闪退。