iOS开发中如何检测用户是否选择了仅允许一次定位权限

苹果 CoreLocation 框架未给「仅允许一次（Allow Once）」设计独立的授权状态枚举，属于系统原生设计逻辑，并非代码实现错误。

为什么选择「仅允许一次」时回调返回.authorizedWhenInUse #

• 用户选择「仅允许一次」后，系统会给App颁发临时前台定位授权，有效期仅覆盖App本次运行周期。运行期内该临时授权的能力、API返回表现和用户选择永久「使用App时允许」的状态完全一致，因此CLLocationManagerDelegate的didChangeAuthorization代理回调、CLLocationManager.authorizationStatus()接口都会返回.authorizedWhenInUse状态。
• 临时授权不会做持久化存储：当App被用户手动杀进程、或被系统在后台回收后，下次冷启动时定位权限会自动重置为.notDetermined，这是它和永久「使用App时允许」授权的核心差异。

可行的判断方案 #

App运行过程中两种授权的行为完全一致，没有公开API可以直接区分，只能通过跨启动的状态比对实现判断：

• 第一步：本地持久化授权状态
  当didChangeAuthorization回调返回.authorizedWhenInUse时，将该状态记录到UserDefaults等本地存储中。
• 第二步：冷启动做状态校验
  每次App完全冷启动（排除热启动、后台返回前台场景）时，主动读取当前系统返回的定位权限状态：
  • 如果本地记录的上次授权状态为.authorizedWhenInUse，但当前系统返回的权限状态是.notDetermined，即可判定上一次用户选择的是「仅允许一次」
  • 如果冷启动后系统返回的权限状态依然是.authorizedWhenInUse，说明用户选择的是持久生效的「使用App时允许」选项

注意事项 #

• 不要在App当前运行周期内尝试区分两种授权，两者的定位能力、API调用表现没有任何差异，强行区分没有实际业务意义。
• 不要尝试通过弹窗触发时机、交互耗时等非官方逻辑判断，这类方案在不同iOS版本上兼容性极差，误判率极高。

参考截图 #

内容的提问来源于stack exchange，提问作者Ye Lin Aung