iOS后台BLE：状态恢复与后台发现边界
iOS后台BLE应按可恢复的事件流程设计。用户离开配网页面，不代表应用还能无限运行自己的无线循环。首先确定哪些操作需要跨越中断，哪些状态由Core Bluetooth管理，哪些业务意图必须由应用持久保存。只有把这些问题拆开，“支持后台”才有可验收的含义。
适用范围：本文讨论原生iOS中心角色应用与BLE外设的交互。资料核查日期为2026年10月11日，结合当前API说明、苹果后台处理归档指南，以及明确针对iOS 11的恢复问答。归档资料解释机制，不能当作所有现行版本的保证。下述真机方案需要在产品实际支持的系统构建上执行，本文不声称已完成设备测试。
区分后台、挂起与进程终止
日志应分别记录前台、后台执行、挂起与进程终止。挂起时进程仍可能存在，但普通应用代码不继续执行；进程终止后需要重新启动才能处理回调。用户从多任务界面划掉应用，与系统因内存压力移除进程，也不是同一种恢复场景。
中心角色需要后台蓝牙交互时，在UIBackgroundModes声明bluetooth-central。苹果归档指南说明系统可因蓝牙事件唤醒应用，但后台模式并不允许无限执行。处理函数应只完成相关工作并尽快返回。
后台声明不会替代隐私授权。应提供清晰的蓝牙用途说明；部署目标早于iOS 13时还需要旧的外设用途说明键。授权拒绝、蓝牙不可用和扫描无结果应是不同状态，不能全部通过反复扫描处理。
后台发现不能充当可靠心跳
扫描接口文档要求后台扫描明确指定一个或多个服务UUID。与固件团队确认这些服务确实出现在广播中；仅在GATT数据库存在，不代表广播已经携带相应UUID。
归档模型中，后台重复发现会合并；所有扫描应用都在后台时，发现可能更慢。因此不能把发现回调次数当作固定计时器，也不能仅凭一段时间没有回调就断言外设离开。应显示最后一次业务观测的时间，将“近期未观察到”与“已确认断开”区分。
若业务需要周期数据，可以评估连接与特征订阅，但仍需验证功耗、恢复和系统调度。选择订阅是架构方案，不是获得持续执行时间或固定延迟承诺。重要数据应有补读途径，避免全部依赖实时回调。
让恢复标识跨启动保持稳定
创建中心管理器时使用CBCentralManagerOptionRestoreIdentifierKey选择加入恢复。当前标识说明要求同一管理器跨进程执行保持相同标识；每次启动生成新UUID会破坏关联。每个逻辑管理器应有稳定标识，其生命周期不宜只绑定某个页面。
当前文档还指出，采用UISceneDelegate的场景化应用不应依赖launchOptions取得蓝牙中心标识。应用需要自行保存或可靠重建标识，并在创建管理器时传入。若初始化只能由可见页面触发，前台连接即使正常，也可能遗漏后台恢复入口。
先核对恢复对象，再补发操作
实现状态恢复回调并检查返回字典。当前接口说明提醒，保存参数也可能缺失。保留恢复的外设引用，重新设置代理，然后查看连接与发现进度，仅补做缺失服务或特征的发现，避免启动代码先把恢复连接全部断开。
建议另存一份业务日志：用户期望的会话、逻辑设备关联、操作编号、最后确认步骤与取消状态。这是应用设计建议，并非苹果承诺保存的数据。假设应用停止前已发送配置，恢复连接并不能证明外设已提交配置。应读取设备状态，或依靠幂等事务协议核对，再决定是否重发。
普通启动与恢复回调应进入同一协调器，避免两条路径同时为同一设备发起扫描或连接。恢复字典为空也应能够从持久状态安全起步，并尊重中断前已经记录的用户取消。恢复不意味着重新执行所有旧意图。
说明不能保证重新启动的情况
苹果QA1962发布于2017年9月，针对iOS 11说明：恢复依赖待处理蓝牙任务及相应事件；用户强制退出不会按该模型自动重新启动。设备重启场景还涉及有密码设备的首次解锁。应把这些条件分别列入测试，不能当作现行所有系统的统一服务承诺。
短时间前台成功不代表离开覆盖范围数小时后仍能恢复。产品界面应能表达数据陈旧与等待核对。若遗漏事件后果重要，外设应保存可供稍后读取的状态，不能要求手机回调永不中断。
建议真机验收清单
- 记录手机型号、完整系统构建、应用版本、授权和后台声明。采用接近发布环境且未连接调试器的运行方式。
- 前台核对服务过滤器，再切换应用与锁屏，记录生命周期变化和回调时间。
- 分别测试已建立的订阅、扫描发现和待重连任务，明确中断之前实际等待什么。
- 使用有记录的测试方法触发系统终止，并标注方法；用户强制退出另测，不能替代内存压力场景。
- 在服务发现未完成、命令尚未确认时恢复，检查代理、缺失步骤与事务核对，确保没有重复业务副作用。
- 单独验证蓝牙状态改变、重启及首次解锁，确认界面能解释陈旧数据并提供用户主动恢复入口。
通过标准是每次中断后都能说明：哪些传输状态已恢复、哪些设备状态已确认、还有什么意图待处理，以及哪些结果仍未知。真正的后台能力需要可复现的恢复路径，不能只凭能力配置项判断。
