Xcode14升级后iOS16设备调用CLLocationManager方法出现主线程警告

不用大规模重构代码，试试这几个低成本方案：

• 方案一：后台线程异步调用，主线程处理结果
  把locationServicesEnabled()的调用放到后台队列，避免阻塞主线程，拿到结果后切回主线程处理原有业务逻辑。示例代码：

  DispatchQueue.global(qos: .utility).async {
      let isEnabled = CLLocationManager.locationServicesEnabled()
      DispatchQueue.main.async {
          // 这里直接复用你原来的逻辑
          if isEnabled {
              // 执行定位相关操作
          } else {
              // 提示用户开启系统定位服务
          }
      }
  }
  

  这个改动最小，只是给原有调用加了一层异步包装，完全不用调整业务逻辑的结构。

• 方案二：按iOS版本分支处理
  因为警告仅出现在iOS 16及以上版本，所以可以针对系统版本做判断，低版本保持原同步调用，iOS 16+用异步调用：

  if #available(iOS 16.0, *) {
      DispatchQueue.global(qos: .utility).async {
          let isEnabled = CLLocationManager.locationServicesEnabled()
          DispatchQueue.main.async {
              self.handleLocationStatus(isEnabled: isEnabled)
          }
      }
  } else {
      let isEnabled = CLLocationManager.locationServicesEnabled()
      handleLocationStatus(isEnabled: isEnabled)
  }
  
  // 把原有处理逻辑抽成单独方法，避免代码重复
  func handleLocationStatus(isEnabled: Bool) {
      // 你的业务逻辑代码
  }
  

  这样既兼容了旧版本，又解决了iOS 16的警告，代码改动量极小。

• 方案三：封装统一工具方法
  如果项目中多处调用了这个方法，可以封装一个扩展或工具类，统一处理版本差异和异步逻辑，业务代码只需调用封装后的方法：

  extension CLLocationManager {
      static func checkServicesEnabled(completion: @escaping (Bool) -> Void) {
          if #available(iOS 16.0, *) {
              DispatchQueue.global(qos: .utility).async {
                  let status = locationServicesEnabled()
                  DispatchQueue.main.async {
                      completion(status)
                  }
              }
          } else {
              completion(locationServicesEnabled())
          }
      }
  }
  
  // 业务代码中调用
  CLLocationManager.checkServicesEnabled { isEnabled in
      // 处理定位服务状态结果
  }
  

  这种方式能一次性解决所有调用点的问题，后续维护也更方便。

需要注意：官方推荐的locationManagerDidChangeAuthorization:回调更适合处理授权状态变化的场景，但如果你的需求只是快速判断系统定位服务是否全局开启，上面的方案完全可以满足需求，无需重构整个授权逻辑。

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