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

ゝ一世哀愁。 2022-01-20 09:57 396阅读 0赞

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

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()`的作用---他并不是请求`用户授权`的意思。 ---问题就出在这里。

#### 他的真正作用是： ####

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

翻译成人话就是说只调用一次`func locationManager(_ manager: CLLocationManager, didUpdateLocations locations: [CLLocation]) {...}`方法，和授不授权没有半毛钱关系，（令人震惊的英文名称）。 这个`requestLocation()`还有个同宗兄弟，叫`startUpdatingLocation()`[官方解释][Link 2]\---我们调用几次，他就调用几次`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的定位功能，可以去看一下[我的视频教程][Link 3] ：） ####

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

[Link 1]: https://link.juejin.im?target=https%3A%2F%2Fdeveloper.apple.com%2Fdocumentation%2Fcorelocation%2Fcllocationmanager%2F1620548-requestlocation
[Link 2]: https://link.juejin.im?target=https%3A%2F%2Fdeveloper.apple.com%2Fdocumentation%2Fcorelocation%2Fcllocationmanager%2F1423750-startupdatinglocation
[Link 3]: https://link.juejin.im?target=https%3A%2F%2Fstudy.163.com%2Fcourse%2FcourseMain.htm%3Fshare%3D2%26amp%3BshareId%3D480000001852411%26amp%3BcourseId%3D1208935831%26amp%3B_trace_c_p_k2_%3D6b3277470f134045970f9177d1e31dd0
[APPLE]: https://link.juejin.im?target=https%3A%2F%2Fdeveloper.apple.com%2Fdocumentation%2Fcorelocation%2Fchoosing_the_authorization_level_for_location_services%2Frequesting_when-in-use_authorization