NSTimeInterval，NSDate和int64_t产生不合理的时间计算

Question

我在做什么应该涉及之类的东西的int64_t，NSTimeInterval和NSDate的，以跟踪其到期收购的一个小时内，并刷新令牌（换一个新的交换）每50分钟过期的简单计算。

我拥有的代码通常在大多数时间都能正常工作，但是每隔一段时间（例如）它计算一次，自上一次令牌交换以来已过去的时间为16,000天。 显然在某处有些错误，但我只是没有看到。

这是代码：

1）获取一个新令牌，令牌的到期时间以秒为单位，直到令牌到期，通常为3600秒或1小时。 我以秒为单位获取此值，并将其以1970年以来的秒数为单位添加到当前时间，并将其作为int64_t值存储在核心数据中：

NSTimeInterval secondsSince1970  = [[NSDate date] timeIntervalSince1970];
NSTimeInterval secondsUntilExpirationFrom1970 = secondsSince1970  + [[responseObject objectForKey:@"expires_in"]doubleValue];

account.tokenExp = [self.dataManager updateOAuthTokenExpirationDateForAccount:account tokenExpiration:secondsUntilExpirationFrom1970]; //method that saves to managed object context

2）现在，每次需要使用令牌时，我首先检查它是否在到期的10分钟或600秒内。 如果是，我请求一个新的，如果不是，我不请求。

- (BOOL)tokenRequiresRefreshForAccount:(Account*)account
{
  NSTimeInterval secondsSince1970 = [[NSDate date] timeIntervalSince1970];
  NSTimeInterval secondsUntilTokenExpiration = account.tokenExp - secondsSince1970;
                  //account.tokenExp is the saved expiration of the token (a double) in core data

  NSLog(@"There are %f minutes until the token expires and we %@ the token.", secondsUntilTokenExpiration / 60, secondsUntilTokenExpiration < 600 ? @"will refresh" : @"will not refresh");

  return secondsUntilTokenExpiration < 600;
}

正如我所说，上述日志最近返回的值等于自上次检查以来已过去16,000天，该值在日志中说3分钟后才记录，直到令牌到期为止还有45分钟。

如果有人能看到我的错误或有更好的方法来获得相同的结果，我将不胜感激。

更新

我看过一些有关“下溢”数字变量的文章。 变量“ secondsUntilTokenExpiration”有时是一个相当负的数字...我是否有可能在此变量下溢？ 我尝试将其存储为int64_t和NSTimeInterval，并且两者都偶尔（非常）产生不正确的值。 如果这可能是问题，我应该如何存储该值？

Answer 1

首先想到的是确保用于导出值的函数调用中的一个不会降低精度（NSDate，Round，responseObject ...）。 这有点费力，但这就是我目前能看到的全部。