如何在WatchOS应用后台状态下检测iPhone连接断开

我来分享几个针对你遇到问题的实操方案，都是开发中验证过的思路：

1. 调整Watch Connectivity的检测逻辑 #

你提到sessionReachabilityDidChange在后台不触发，这是系统的正常限制——Watch Connectivity的可达性回调不会主动唤醒后台应用。可以换个方式实现：

• 让iPhone端定期（比如每30秒）给Watch发送一个心跳消息（可以是空字典或极小的数据）；
• Watch端在后台实现session:didReceiveMessage:replyHandler:方法，收到心跳就重置本地计时器；如果计时器超过1分钟没收到心跳，就判定iPhone不可达；
• 务必在WKExtensionDelegate的applicationDidFinishLaunching()里调用WCSession.default.activate()，保证会话在后台也能维持活跃状态。

2. 修复CoreBluetooth的后台断开回调 #

如果继续用CoreBluetooth，你可能漏了两个关键配置：

• 在WatchOS应用的Capabilities中开启Uses Bluetooth LE accessories后台模式；
• 连接外设时，必须添加断开通知的选项：

  let connectOptions = [CBConnectPeripheralOptionNotifyOnDisconnectionKey: true]
  centralManager.connect(targetPeripheral, options: connectOptions)
  

配置后，后台状态下设备断开时，didDisconnectPeripheral应该会被触发。不过要注意，系统会限制后台CoreBluetooth的唤醒次数，不能依赖它做实时检测。

3. 避免位置更新唤醒应用到前台 #

你用位置更新保活的思路没问题，但选错了API：

• 放弃startUpdatingLocation()，这个API在WatchOS屏幕唤醒时会强制把应用拉到前台；
• 换成低功耗位置API：startMonitoringSignificantLocationChanges()或startMonitoringVisits()。这两个API只会在位置发生显著变化（比如切换城市、进出某个地点）时触发后台回调，不会唤醒应用到前台，而且功耗极低；
• 同时要确保Info.plist里的位置权限描述准确，并且请求Always Allow权限（WatchOS用户授权后才能在后台使用位置服务）。

4. 利用后台任务定期检测 #

如果以上方法都满足不了需求，可以试试WatchOS的WKBackgroundTaskScheduler：

• 注册一个周期性后台任务，比如每15分钟执行一次（系统会根据设备状态调整间隔，不能设置太频繁）；
• 在后台任务里尝试通过Watch Connectivity发送测试消息，若发送失败（收到error回调），就判定iPhone不可达；
• 注意后台任务的执行时间有限（最多30秒），检测逻辑要尽量简洁。

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