我使用CMPedometer设计应用程序,但遇到了一个奇怪的问题。我有来自客户的日志,我看了这个CMPedometerData,我认为确实不正确,我不明白为什么会这样
如您所见,我的客户端(我无法重现此错误)从startPedometerUpdatesFromDate
和endDate方法获取了pedometerData 2017-04-11 20:18:41比现在更大2017-04-11 20:16:34(在之后是第一个CMPedometerData从后台返回后启动了startPedometerUpdatesFromDate-willEnterForeground
方法)。也许有人已经遇到过类似的问题?
我的代码部分:
- (void)didEnterBackground {
dispatch_async(dispatch_get_main_queue(), ^{
[[Pedometer sharedInstance].motionActivityManager stopActivityUpdates];
[[Pedometer sharedInstance].pedometer stopPedometerUpdates];
});
}
- (void)willEnterForeground {
NSDate *nowDate = [NSDate new];
/* here is request to get historical data from lastDateUpdate (store in database) to now date */
[[Pedometer sharedInstance] importDataFrom:lastDateUpdate endDate:nowDate completion:^{
dispatch_async(dispatch_get_main_queue(), ^{
/* show info */
});
}];
dispatch_async(dispatch_get_main_queue(), ^{
[self startUpdatingData:nowDate];
});
lastDateUpdate = nowDate;
}
- (void)startUpdatingData:(NSDate *)fromDate {
NSOperationQueue *activityQueue = [[NSOperationQueue alloc] init];
[[Pedometer sharedInstance].motionActivityManager startActivityUpdatesToQueue:activityQueue withHandler:^(CMMotionActivity * _Nullable act) {
...
}];
[[Pedometer sharedInstance].pedometer startPedometerUpdatesFromDate:fromDate withHandler:^(CMPedometerData * _Nullable pedometerData1, NSError * _Nullable error) {
...
NSLog(@"%@", pedometerData1);
...
lastDateUpdate = pedometerData1.endDate;
...
}];
}
最佳答案
我认为这是无法避免的,因为它取决于太多的外部因素。
您可以做的是使用逻辑来过滤/整理数据,因为您知道任何比“现在”日期更新的数据实际上都早于现在,因此,如果您仅对这些步骤感兴趣或类似的事情,就可以计数。
如果您实际上对确切的时间和步骤感兴趣,那么我可以想到3个替代方案:
1)认为时间置换数据已损坏。
2)使用外部来源(服务器)的时间而不是设备时间。
3)使用此处指定的内部时钟进行一些复杂的时间管理:Is there a clock in iOS that can be used that cannot be changed by the user