HKHealthStore锁屏时后台推送失效，是否为苹果安全机制？

我正在开发一款对接HealthKit的应用，希望在workout结束后将其部分聚合属性上传至服务器。在AppDelegate中编写了如下代码：

let sampleType =  HKObjectType.workoutType()

//1. Enable background delivery for workouts
self.healthStore.enableBackgroundDelivery(for: sampleType, frequency: .immediate) { (success, error) in
    if let unwrappedError = error {
        print("could not enable background delivery: \(unwrappedError)")
    }
    if success {
        print("background delivery enabled")
    }
}

//2.  open observer query
let query = HKObserverQuery(sampleType: sampleType, predicate: HealthKitService.compoundPredicate) { (query, completionHandler, error) in

    self.updateWorkouts() {
        completionHandler()
    }
}
healthStore.execute(query)

该代码在Apple Watch结束workout后可正常触发，但仅满足以下条件：

• 应用状态不影响，在杀死、运行或后台状态均有效；
• 仅iPhone未锁屏时有效；iPhone锁屏时完全无法触发。

我已开启HealthKit的Background delivery权限，未开启其他后台模式。请问这是苹果的安全机制吗？Apple HealthKit文档未提及此点，仅找到2015年类似问题但无官方参考。此数据即时上传对我至关重要，是否有其他开发者遇到相同情况？

这确实是不少HealthKit开发者遇到过的共性问题，并非个例。

这属于苹果后台执行机制的隐性限制，而非明确标注的HealthKit安全规则：

• 当iPhone锁屏且进入低功耗状态时，系统会限制非核心后台任务的触发，HealthKit的HKObserverQuery即时推送会被延迟或直接抑制，直到设备解锁、系统资源充足时才会触发。
• 仅开启HealthKit Background Delivery权限不足以突破这个限制，该权限仅保证数据变更时系统会尝试唤醒应用，但锁屏下的系统资源优先级会大幅压低这类任务的执行优先级。

如果需要实现锁屏下的近似即时上传，有几个可行的调整方向：

• 开启"后台获取"模式：在Xcode项目的Capabilities中打开Background Modes的"Background fetch"，这会提升应用在后台（包括锁屏状态）的唤醒优先级，但系统仍会根据设备负载调度，无法100%保证绝对即时性。
• 迁移至Watch端直接上传：既然Workout是在Apple Watch上完成的，可考虑在Watch Extension中直接对接服务器上传数据，无需依赖iPhone的后台唤醒——Watch在完成Workout后自身的后台执行权限优先级更高，不受iPhone锁屏状态影响。
• 替换为HKAnchoredObjectQuery：相比HKObserverQuery，HKAnchoredObjectQuery能更稳定地在后台获取数据变更，配合后台任务断言（BGTaskScheduler）延长执行时间，确保上传流程完成。

需要注意的是：即使做了上述调整，iOS系统的后台调度仍存在不确定性，无法保证绝对的即时性，这是苹果为了设备续航和系统稳定性设置的底层限制。

内容的提问来源于stack exchange，提问作者jan.zahula