如何在不打扰非HealthKit用户的前提下配置带后台投递的HKObserverQuery

• 你这里存在一个非常常见的概念误解：在application:didFinishLaunchingWithOptions:方法中配置观察者查询，完全不强制要求在这个流程里向用户申请HealthKit权限，两个环节是完全解耦的，不存在绑定关系。
• 官方文档要求“应用启动时初始化观察者查询”的核心本质是：只要应用进程启动（不管是用户手动点开、还是被系统通过HealthKit事件后台唤醒拉起），已经生效的观察查询必须在应用初始化阶段就完成挂载、处于可接收回调的状态，不能等用户进入指定功能页面才启动查询，否则就收不到系统投递的后台健康数据更新。
• 你完全可以在用户主动选择启用HealthKit功能、同步发起权限请求的流程里完成后台投递能力的配置，不会违反官方要求，具体的拆分实现逻辑如下：
  • 在application:didFinishLaunchingWithOptions:方法中，仅做无权限副作用的状态判断：读取本地持久化的用户选择标记，如果标记为“用户已主动开启HealthKit并完成授权”，就直接初始化对应的HKObserverQuery、启动查询；如果标记为用户从未开启过该功能，直接跳过这部分逻辑，不做任何HealthKit相关的初始化操作。
  • 上述判断逻辑完全不会触发系统的HealthKit权限弹窗，因为观察者查询的初始化、启动动作本身不需要提前申请权限——只有当你真正通过查询读取健康样本时，才需要对应类别的读写授权。
  • 在用户主动进入功能页选择开启HealthKit的流程中，正常向用户发起权限申请：用户同意授权后，将“已开启HealthKit”的状态持久化到本地存储，同时在当前流程中初始化并启动对应的HKObserverQuery，后续就可以正常接收后台更新回调完成数据上传。
• 几个容易踩的坑：
  • 不要在didFinishLaunching的未授权分支主动调用任何权限申请接口，只要你严格按照状态判断跳过未授权场景的初始化，就绝对不会出现应用首次启动就索要HealthKit权限的问题。
  • 即使用户开启功能后应用被系统在后台杀掉，只要HealthKit有匹配的数据更新，系统会自动后台拉起应用进程，此时didFinishLaunching的启动分支会读取到本地的已授权标记，自动重新挂载观察者查询，完全满足后台数据投递的触发要求。

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