这问题我之前帮好几个开发者排查过类似的，结合你描述的场景——前台正常、后台锁屏就失效，Android却完全没问题，大概率是iOS的权限配置、后台模式或者Beacon参数适配的问题，咱们一步步来梳理解决：

一、先把位置权限和后台模式配置拉满 #

iOS对后台位置/蓝牙服务的限制比Android严格得多，这是最常见的坑：

• 权限必须是「始终允许」：你得先确认用户给你的App开了「始终允许」的位置权限，而不是「使用期间允许」。如果是后者，锁屏后台后系统直接切断位置服务。可以去iPhone设置→隐私与安全性→位置服务→你的App里检查。代码里要请求NSLocationAlwaysAndWhenInUseAuthorization权限，同时在Info.plist里添加NSLocationAlwaysAndWhenInUseUsageDescription和NSLocationWhenInUseUsageDescription的描述文本，给用户讲清楚为什么需要这个权限，不然用户很难同意授权。
• 开启后台模式开关：在Xcode的项目配置里，进入「Signing & Capabilities」，添加「Background Modes」，然后勾选Location updates和Uses Bluetooth LE accessories这两个选项。这俩是后台检测Beacon的必要条件，缺一个都不行。

二、检查代码里的关键配置 #

别小看代码里的细节，有时候就是一行代码没设置导致后台失效：

• 初始化CLLocationManager时，一定要显式设置allowsBackgroundLocationUpdates = true，这个属性默认是false，不打开的话后台位置更新直接被禁用。
• 后台检测Beacon需要同时用startMonitoring(for:)和startRangingBeacons(in:)，只靠monitoring只能触发区域进入/离开事件，拿不到RSSI、Accuracy这些数据；而ranging在后台必须依赖前面说的权限和后台模式才能正常工作。另外，App进入后台时别调用stopRangingBeacons(in:)，不然直接停止检测了。

三、核对Beacon设备的参数与协议 #

Android的AltBeacon库兼容性很强，但iOS的CoreLocation只认标准iBeacon协议，这也可能是差异点：

• 确认你的CLBeaconRegion设置的UUID、Major、Minor和Beacon设备完全一致，大小写、数值都不能错，iOS对这个匹配要求很严格，Android可能容错性更高。
• 检查Beacon的广播参数：如果广播间隔太长（比如超过1秒），iOS后台扫描频率低，就很难抓到信号。建议把广播间隔调到200ms-500ms之间，发射功率设为0dBm左右，这样后台更容易检测到。
• 用iOS的LightBlue app扫描下Beacon设备，看能不能识别为标准iBeacon类型，如果识别不出来，说明设备用了自定义广播格式，iOS的CoreLocation就没法检测到，这时候得让设备切换到标准iBeacon协议。

四、用正确的姿势测试后台检测 #

iOS后台检测Beacon不是实时的，系统会有延迟，别刚锁屏就判定失败：

• 先在前台让App成功检测到Beacon，然后锁屏，等待30秒到1分钟再看数据，系统需要时间切换到后台模式，扫描频率也会降低，所以更新不会像前台那么频繁。

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