如何编写蓝牙触发的iOS后台服务，应用关闭状态也可响应触发逻辑？

1. 启用CoreBluetooth状态保存与恢复机制 #

这是iOS官方提供的、唯一支持应用完全被杀死后仍能响应蓝牙事件的原生方案，操作如下：

• 初始化CBCentralManager时，传入CBManagerOptionRestoreIdentifierKey对应的唯一固定标识符，示例代码：

// Objective-C 示例
CBCentralManager *centralManager = [[CBCentralManager alloc] initWithDelegate:self 
                                                                         queue:nil 
                                                                       options:@{CBManagerOptionRestoreIdentifierKey:@"com.yourdomain.bleCentralRestoreId"}];

// Swift 示例
let centralManager = CBCentralManager(delegate: self, queue: nil, options: [
    CBCentralManagerOptionRestoreIdentifierKey: "com.yourdomain.bleCentralRestoreId"
])

• 实现CBCentralManagerDelegate的centralManager:willRestoreState:代理方法，系统在应用被杀死后因为匹配到蓝牙事件唤醒应用时，会优先调用该方法，你可以在此方法内重新绑定蓝牙代理、恢复扫描逻辑、触发你需要执行的指定业务方法。

注意：这里使用的标识符必须全局唯一且固定，系统会通过该标识符关联你存储的蓝牙状态信息。

2. 确认后台模式配置正确 #

你已配置的Background Modes需要确保勾选了 Uses Bluetooth LE accessories 选项，该权限允许应用在后台甚至被杀死后，扫描响应指定UUID的BLE外设信号。

3. 扫描时指定服务UUID #

不要使用全量外设扫描模式，扫描时必须传入你已存储的配件服务UUID数组，系统才能在后台匹配到对应配件的广播时唤醒你的应用，示例代码：

centralManager.scanForPeripherals(withServices: [yourServiceUUID], options: [
    CBCentralManagerScanOptionAllowDuplicatesKey: false
])

注意：后台扫描时CBCentralManagerScanOptionAllowDuplicatesKey设置为true会失效，系统只会在首次检测到匹配的外设广播时触发一次唤醒。

4. 验证唤醒逻辑 #

应用被系统唤醒后处于后台运行状态，你最多有10秒左右的时间执行指定的业务逻辑，如果需要更长执行时间可以调用beginBackgroundTaskWithExpirationHandler申请额外的后台运行时长。

可选方案：若配件发射iBeacon格式广播 #

如果你的应急配件广播的是标准iBeacon格式信号，可以使用CoreLocation框架的区域监听功能：

• 注册CLBeaconRegion并开启区域监听，系统会在检测到进入对应iBeacon区域时唤醒应用，触发didEnterRegion代理方法，你可以在该方法内执行指定逻辑。

该方案的优势是系统级的区域监测功耗更低，适合应急场景下的低功耗触发需求。

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