网上资料已经多的是了，也许是版本问题，有些已经不能用了，这里补充下
首先，确定的是，定位能够阻止挂起！
定位权限申请，background-mode开启什么的，大家自行百度
这里主要说下测试结果和耗电的控制----通过控制定位时间，休息阶段使用BackgroundTask代替，达到无缝衔接，防止APP被回收，且耗电量尽量的低
当前设置1秒定位，休息19秒，理论上讲应该可以休息25秒左右，实测开启任务后，25、26秒时系统会停掉后台任务，导致app挂起，但是项目中还有一个地方使用了BackgroundTask（IM），导致冲突，只能尽可能的缩短等待时间，你们使用时可以自己试一下自己项目的情况。理论上在beginBackgroundTaskWithExpirationHandler{}运行之前都可以
- CLLocationManager的设置
_locationManager = [[CLLocationManager alloc]init];
_locationManager.desiredAccuracy = kCLLocationAccuracyKilometer;//精确度,精确度越高，耗电越高！！！
_locationManager.allowsBackgroundLocationUpdates = YES; //允许后台刷新
_locationManager.pausesLocationUpdatesAutomatically = NO; //不允许自动暂停刷新
_locationManager.distanceFilter = kCLDistanceFilterNone; //不需要移动都可以刷新
_locationManager.delegate = self;
- 定位的启动和暂停， 里面
[NSObject cancelPreviousPerformRequestsWithTarget:self];的主要作用是，当频繁(ˉ▽￣～) 切~~前后台，会导致多个开始或暂停的任务在排队，导致混乱，当然这里CLLocationManager多次开启关闭也没啥，主要是哪个后台任务的开启，关闭，这边测试，貌似多个后台任务之间存在冲突的可能性，可能你 任务6->Block6, 任务7->block6,这种，多个任务执行了同一个回调之类的问题
-(void)beginLocation {
NSLog(@"beginLocation~~~~~~~~~~~~~%@",[[NSDate alloc] init]);
//这里默认权限是足够的。申请权限的就不贴了
[_locationManager startUpdatingLocation];
NSLog(@"locationtaskIdentifier end in beginLocation ~~~~~~~~%lu~~~~~%@", locationtaskIdentifier,[[NSDate alloc] init]);
// start location 之后,就把backgroundTask 停掉,
[UIApplication.sharedApplication endBackgroundTask:locationtaskIdentifier];
locationtaskIdentifier = UIBackgroundTaskInvalid;
// 如果有正在排队的任务，先停一下
[NSObject cancelPreviousPerformRequestsWithTarget:self];
// 预计1秒后停止定位
[self performSelector:@selector(stopLocation) withObject:nil afterDelay:1];
}
-(void)stopLocation {
NSLog(@"stopLocation~~~~~~~~~~~~~%@",[[NSDate alloc] init]);
// 停止定位
[_locationManager stopUpdatingLocation];
// 设置开启定位时间,19秒后开启新的定位
[self performSelector:@selector(beginLocation) withObject:nil afterDelay:19];
// 开启后台等待
locationtaskIdentifier = [UIApplication.sharedApplication beginBackgroundTaskWithExpirationHandler:^{
NSLog(@"locationtaskIdentifier end~~~~~~~~%lu~~~~~%@", locationtaskIdentifier,[[NSDate alloc] init]);
[UIApplication.sharedApplication endBackgroundTask:locationtaskIdentifier];
locationtaskIdentifier = UIBackgroundTaskInvalid;
}];
NSLog(@"locationtaskIdentifier start~~~~~~~~%lu~~~~~%@", locationtaskIdentifier,[[NSDate alloc] init]);
}
- 配置启动和切后台的逻辑
- (void)applicationDidBecomeActive:(UIApplication *)application {
[[NSNotificationCenter defaultCenter] postNotificationName:NOTIFY_APP_DID_BECOME_ACTIVE object:nil];
MMSPCLog(@"applicationDidBecomeActive");
// 回到app,强制停止所有项目,地址获取
[_locationManager stopUpdatingLocation];
//停止performSelector
[NSObject cancelPreviousPerformRequestsWithTarget:self];
}
/**
强制进行后台定位,以防止app挂起被回收,
通过定位与后台执行1:19进行省电配置,(因logonManager也存在后台延迟操作,存在冲突,20s是测试允许配置的最大间隔)
*/
// 用来缓存后台进程
static UIBackgroundTaskIdentifier locationtaskIdentifier;
- (void)applicationDidEnterBackground:(UIApplication *)application{
[self beginLocation];
if (locationtaskIdentifier != UIBackgroundTaskInvalid) {
[UIApplication.sharedApplication endBackgroundTask:locationtaskIdentifier];
locationtaskIdentifier = UIBackgroundTaskInvalid;
}
}
这里讲一下，网上定位的demo模式是把定位的开启和关闭的逻辑，放到了CLLocationManagerDelegate的方法里面了，通过Flag判断代理中开启和关闭的逻辑的执行次数，但是实际测试过程中发现代理会调用走2-3遍，导致flag读取和写入异步问题，（同样，定位无所谓，但是后台任务会出现开了2-3个，我们只记录了一个并停掉，其他的任务没有停掉会导致APP被强制挂起）
编译环境： Xcode 12.2，iOS14.2
再插一句，当前的Xcode还改过一个scrollView的代理执行两次的问题，第一次是个-值，导致异常。跟上面这个异曲同工之妙😔
网友评论