解决方法：
1. 前台访问:
为.plist配置NSLocationWhenInUseUsageDescription
1
1. 后台访问:
一种方法是处在拥有前台定位权限的情况下:
设置CLLocationManager的allowsBackgroundLocationUpdates为YES
然后打开Xcode -> Targets -> Capabilities 中的Background Modes并勾选其中的Location updates选项
以上步骤也可以通过以下配置.plist文件的方式实现 :
<!--开启Background Modes中的Location updates-->
<key>UIBackgroundModes</key>
<array>
<string>location</string>
</array>
1
2
3
4
5
切记如果不开启Background Modes的Location updates选项将会导致以下错误的出现:
Assertion failure in -[CLLocationManager setAllowsBackgroundLocationUpdates:], /BuildRoot/Library/Caches/com.apple.xbs/Sources/CoreLocationFramework_Sim/CoreLocation-1861.0.9/Framework/CoreLocation/CLLocationManager.m:604
*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Invalid parameter not satisfying: !stayUp || CLClientIsBackgroundable(internal->fClient)'
1
2
当然这种获取后台位置访问权限的方式有一个”弊端”, 那就是会有一个导航条大小的蓝色提示窗口出现在手机屏幕顶端, 这个提示会挤占手机屏幕空间, 很神奇~
我猜你一定喜欢另一种进行后台位置访问的方法, 那就是直接请求后台定位权限:
- (void)requestAlwaysAuthorization
// 并为.plist配置NSLocationAlwaysUsageDescription
1
2
CLLocation
关于这个类想说的东西只有一个, 那就是它的horizontalAccuracy和verticalAccuracy属性, 从字面上看好像是水平精度和垂直精度的意思
先看下官方文档怎么说:
The radius of uncertainty for the location, measured in meters. (read-only)
The location’s latitude and longitude identify the center of the circle, and this value indicates the radius of that circle. A negative value indicates that the location’s latitude and longitude are invalid.
In iOS, this property is declared as nonatomic. In OS X, it is declared as atomic.
我的理解是, 从地理空间的角度看, Apple称通过经纬度确定的位置为水平位置, 而通过海拔确定的位置是垂直位置, horizontalAccuracy则是通过该位置的经度和纬度确定的圆的半径. 该值越大表示精度越低, 也就是位置越不准确, 而负值则表示该位置是无效的, verticalAccuracy和海拔的关系也是如此, 官方文档说的应该很清楚了
在实际开发过程常常会对horizontalAccuracy的值进行判断以确定当前位置是否有效
————————————————
版权声明：本文为CSDN博主「feosun」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/feosun/article/details/77097086
后台运行模式有很多种方法，合法的方法都在 ’Signing & Capabilities‘中，最近用到了 Location updates 在后台模式的运行，特做此总结。
CLLocationManager 类是处理定位更新相关的api，allowsBackgroundLocationUpdates这个属性默认是NO，代表禁用后台定位刷新。如果需要保持后台活跃，则需要给它设置成YES，前提是Background modes 中，勾选Location updates，才会有效。
requestAlwaysAuthorization 和 requestWhenInUseAuthorization。
如过想要保持后台定位活跃，以上两个方法都可以。不用担心WhenInUse代表的是前台时才会有效，因为后台活跃是由allowsBackgroundLocationUpdates决定的。
那二者的区别是什么？
Always代表不管APP有没有被用户kill掉，前台还是后台，只要是满足了位置更新条件，都会主动拉起APP。这会导致APP持续耗电。除非特殊场景，一般很不建议使用。不会有蓝色提示条。
而WhenInUse，当被用户kill掉后，是不会有主动拉起APP的操作的。而且基本能满足大部分的定位需求。会有蓝色提示条。
除此之外，要保持后台活跃，并不需要设置任何其他东西，比如Background Tasks和Downloading。
pausesLocationUpdatesAutomatically
这个属性的大致的意思就是， 如果这个属性设置成YES（默认的也是YES），那么系统会检测如果设备有一段时间没有移动，就会自动停掉位置更新服务。这里需要注意的是，一旦定位服务停止了，只有当用户再次开启App的时候定位服务才会重新启动。
这里的一段时间是系统自动判定的，可以通过设置activityTypeproperty这个属性来决定这个时间的长短。
API的意思是，类似导航类的App,系统检验的时间会稍长一点，想运动类的App，就会比导航类的短一点。但是具体时间还是由系统来决定。
所以，这个属性会带来一些后台自动停止的隐患，我的建议是，可以把它设置为NO，自己在代码里通过位置信息条件判断是否应该停止（比如判断速度几分钟内都小于某个值），一个是防止自动停止，一个是防止用户忘记关闭。
作者：叫我魏大川
链接：https://www.jianshu.com/p/e71ac335a236
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
