iOS Swift 关闭视图时后台运行Firestore任务的最优实现方式咨询

现有写法可以满足基础需求，不会阻塞UI线程、dismiss动画也能正常执行，功能逻辑是通顺的，但存在3个可优化的问题：

• 冗余线程调度：Firebase官方SDK的所有网络、磁盘IO相关API默认已经在内部子线程执行，外层额外套DispatchQueue.global().async属于多余操作，不会带来性能提升反而会增加不必要的线程切换开销
• 任务优先级不可控：全局并发队列没有绑定固定QoS优先级，系统可能会优先调度更高优先级的任务，你的Firestore任务执行延迟会变高，极端情况还会出现线程爆炸问题
• 无后台保活机制：如果用户在任务执行过程中将App切到后台，系统会很快回收App进程，未完成的Firestore任务会直接中断，可能导致数据丢失、状态不一致

你可以根据你的业务场景选择对应的优化点：

1. 移除冗余线程调度 #

如果你的uploadImageFIR方法内部已经是异步实现，直接在dismiss回调中调用即可，不需要额外切换到全局队列：

self.dismiss(animated: true) {
    uploadImageFIR(image: image) { url in
        // 执行Firestore相关任务
    }
}

2. 增加后台任务保活 #

如果你的Firestore任务涉及核心数据上传，建议申请iOS后台任务权限，保证App退后台后30秒左右的窗口期内任务可以执行完成：

var backgroundTaskID: UIBackgroundTaskIdentifier = .invalid
// 申请后台任务权限
backgroundTaskID = UIApplication.shared.beginBackgroundTask(expirationHandler: {
    // 后台时长耗尽时的清理逻辑
    UIApplication.shared.endBackgroundTask(backgroundTaskID)
    backgroundTaskID = .invalid
})

self.dismiss(animated: true) {
    uploadImageFIR(image: image) { url in
        // 执行Firestore相关任务
        
        // 任务完成后主动结束后台任务，释放系统资源
        if backgroundTaskID != .invalid {
            UIApplication.shared.endBackgroundTask(backgroundTaskID)
            backgroundTaskID = .invalid
        }
    }
}

注意需要在任务的失败回调分支也添加后台任务结束逻辑，避免资源长期占用。

3. 用自定义串行队列统一管理Firebase任务 #

如果你有多个类似的后台Firebase任务需要执行，建议创建自定义串行队列统一调度，避免线程资源浪费：

// 全局自定义串行队列，设置utility优先级适配后台数据任务
private let firebaseQueue = DispatchQueue(label: "com.yourapp.firebase_task_queue", qos: .utility)

self.dismiss(animated: true) {
    firebaseQueue.async {
        uploadImageFIR(image: image) { url in
            // 执行Firestore相关任务
        }
    }
}

内容的提问来源于stack exchange，提问作者INFINITE