iOS-CLLocationManager请求获取用户定位时，是否要先判断用户之前有没有同意过？

先上一段熟悉的代码提提神：）

import CoreLocation
let locationManager = CLLocationManager()
locationManager.delegate = self
...
locationManager.requestLocation()

比如说在做一款天气App的时候，我们首先需要请求用户的位置（locationManager.requestLocation()），然后系统就自动调用func locationManager(_ manager: CLLocationManager, didUpdateLocations locations: [CLLocation]) {...}delegate方法，然后我们在这个方法的locations参数里面获取到用户的位置信息。

那大家就在想啊，在requestLocation()的时候是不是先要判断一下之前用户是不是已经同意过了呢？要不要加个if else判断什么的呢？

按正常逻辑是这样的，没错！

但在iOS的世界里（别的语言也是），对于用户同不同意有个专属名词--授权。
苹果一直很重视用户隐私，所以我们开发的任何一款App一旦想要窥探用户隐私（比如这里的定位）的时候，都需要向用户发起明确请求，并获得授权才行。

那对啊，不应该就是在上面的requestLocation()的时候判断一下嘛？

error！

其实这里有个小小的障眼误解，就是这个requestLocation()的作用---他并不是请求用户授权的意思。
---问题就出在这里。

他的真正作用是：

官方的说法是：只请求一次用户的位置。

翻译成人话就是说只调用一次func locationManager(_ manager: CLLocationManager, didUpdateLocations locations: [CLLocation]) {...}方法，和授不授权没有半毛钱关系，（令人震惊的英文名称）。
这个requestLocation()还有个同宗兄弟，叫startUpdatingLocation()官方解释---我们调用几次，他就调用几次func locationManager(_ manager: CLLocationManager, didUpdateLocations locations: [CLLocation]) {...}方法，也就是说可以按需使用（比如电商和外卖App让我们填收货地址的时候）。

搞了半天，那真正的请求用户授权的方法是哪个？

就两个：

requestWhenInUseAuthorization()
requestAlwaysAuthorization()
他们都是用实例化后的CLLocationManager进行调用，从字面上就能知道是什么意思了，根据项目需求使用就行，官方不推荐使用第二个除非特殊情况（也就是说上架审核的时候会很严）。

那就是说我们重点讨论第一个就行了。

进入正题：

我们首先用CLLocationManager下面的一个常量属性CLAuthorizationStatus来判断当前用户是否已授权（有没有同意被定位）：

因为是常量属性，所以直接用CLLocationManager.authorizationStatus()就可以（调用authorizationStatus()函数才能返回这个常量属性CLAuthorizationStatus），不需要实例化CLLocationManager。

一共有五种状态来判断用户的授权情况：

//在合适的地方使用以下代码
switch CLLocationManager.authorizationStatus() {
      case .notDetermined://用户第一次打开App的时候
         //请求用户大人同意我定位
         locationManager.requestWhenInUseAuthorization()
         break//跳出switch

      // .restricted--这台iPhone或iPad被开启了父母限制   
      // .denied--用户拒绝+用户在设置里关闭了定位服务（或飞行模式）
      // （接上）可以用CLLocationManager.locationServicesEnabled()来判断是哪种拒绝
      case .restricted, .denied:
         //既然被拒绝了，那就不给你用一些需要定位才能实现的功能啦
         //或根据不同情况给用户良好的提示，引导用户去同意被定位
         disableMyLocationBasedFeatures()
         break
            
      //用户已授权（已同意被定位）
      case .authorizedWhenInUse, .authorizedAlways:
         //开启美妙功能
         enableMyWhenInUseFeatures()
         break
      }

熟悉iOS的人都知道，只要一有个动作发生（比如我们这里的授权请求），一定会有个人在下面接着（delegate方法）。

比如说：
1.用上面的代码进行判断之后，我们弹出了请求用户授权的弹框，用户呢，或被你说动了同意了定位服务，或被你的丑陋界面气到拒绝被定位等等等的时候，我们该做出什么样的应对呢？
2.用户或手动设置隐私或切换飞行模式，导致iPhone或iPad设置中的定位服务由无到有，有有到无的时候，我们该怎么办呢？

一旦用户怎么怎么样我们要怎么怎么样--delegate！

一旦用户的`CLAuthorizationStatus`改变就会调用didChangeAuthorization方法：

func locationManager(_ manager: CLLocationManager, 
                      didChangeAuthorization status: CLAuthorizationStatus) {
   switch status {
      case .restricted, .denied:
         //可照上面一样再进行细分判断
         disableMyLocationBasedFeatures()
         break
            
      case .authorizedWhenInUse:
         //皆大欢喜
         enableMyWhenInUseFeatures()
         break
                  
      case .notDetermined, .authorizedAlways:
         //不在本话题范围内就先不管了
         break
   }
}

以上。

想学习更多关于iOS的定位功能，可以去看一下我的视频教程：）

感谢APPLE官方对本文的大力支持。