我使用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

10-08 03:48