如何获得高于1Hz的CoreLocation刷新速率？外接蓝牙GPS相关疑问

我来帮你拆解一下这个问题，结合实际开发经验给你梳理清楚：

1. 先排查是不是操作配置的问题 #

首先可以先检查你的CoreLocation设置有没有到位：

• 确保你设置的精度是**kCLLocationAccuracyBestForNavigation**，这个是CoreLocation里精度最高的选项，专门针对导航场景设计，相比kCLLocationAccuracyBest更倾向于高频更新；
• 确认distanceFilter设置为**kCLDistanceFilterNone**，如果这个值设成了大于0的数值（比如1米），CoreLocation会过滤掉移动距离不足该值的更新，看起来就像是被限制在了1Hz；
• 还要注意当前App是在前台运行——后台模式下系统会强制限制定位更新频率，哪怕你配置了最高精度。

2. CoreLocation是不是绝对限制在1Hz？ #

答案是否定的，但它的更新频率确实受系统节流机制和硬件/外接设备适配的影响：

• 原生GPS模块在kCLLocationAccuracyBestForNavigation配置下，前台可以达到2-5Hz的更新频率；
• 对于外接蓝牙GPS，CoreLocation会对接收到的原始数据做合并、降噪处理，同时平衡功耗，所以不一定能直接输出设备的10Hz刷新率。如果你的蓝牙GPS设备没有被CoreLocation很好地适配，系统可能会默认用它的通用处理逻辑，把更新频率限制在1Hz左右。

3. 要不要直接用蓝牙框架连接设备？ #

如果经过上面的配置调整后，CoreLocation还是只能输出1Hz的数据，那直接用CoreBluetooth框架连接蓝牙GPS设备是可行的方案：

• 大多数蓝牙GPS设备会输出标准的NMEA格式定位数据，你可以通过CoreBluetooth获取原始的数据流，自己解析NMEA语句（比如$GPGGA、$GPRMC这些）来提取位置信息；
• 这种方式完全绕开了CoreLocation的节流限制，能直接拿到设备输出的10Hz数据，但需要你自己处理蓝牙连接管理、NMEA解析、位置数据的校验等工作，工作量会比用CoreLocation大一些，但能完全控制数据刷新率。

最后给个小建议：可以先在前台模式下调整好CoreLocation的配置，测试一段时间看更新频率有没有提升。如果还是不行，再考虑直接对接蓝牙设备的方案。

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