1

我们知道 NSDate 是 UTC/GMT。换句话说，没有时区信息与之相关联。

有一些高级类，例如 NSCalendar 和 NSTimeZone 和 NSDateComponents，它们确实考虑了时区。

基于此，我使用以下代码来计算两个日期之间的天数差异。然而，我得到的结果似乎是计算完成时完全忽略了时间。我想知道我是否做错了什么，或者这是出于某种原因设计的。

这是代码和数据：

NSCalendar *calendar = [NSCalendar currentCalendar];
NSDateComponents *comp = [calendar components:NSDayCalendarUnit fromDate:startDate toDate:stopDate options:0];
NSInteger day = [comp day];

调试输出：

(gdb) po startDate
2011-04-01 03:52:13 +0000
(gdb) po stopDate
2011-04-03 15:52:13 +0000
(gdb) p (int) day
$1 = 2

时区是太平洋标准时间，上面转换为 PST 的日期是：

startDate = 2011-03-31 8:52:13 -7
stopDate  = 2011-04-03 8:52:13 -7

因此，我希望他们之间有 4 天，而不是 2 天。（第 31 天、第 1 天、第 2 天和第 3 天）

我认为小时数被忽略的原因是，如果将小时数添加到计算中，我们会得到 2 天 12 小时。

我做错了什么还是这是设计的工作方式？

谢谢你，万斯

4

1 回答 1

0

不完全的。当您在太平洋时区格式化日期时，您会得到：

Calendars[38041:707] start: 2011-03-31 20:52:13 -0700
Calendars[38041:707] stop : 2011-04-03 08:52:13 -0700

这与您发布的内容有些不同。你的似乎是上午 8 点，而不是晚上 8 点。

此外，components:fromDate:toDate:options:将计算整个单位。因此，如果您要询问天数，就会说它们之间有整整 2 天，确实有。

也许做你正在寻找的更好的方法是：

NSUInteger startOrdinal = [cal ordinalityOfUnit:NSDayCalendarUnit inUnit:NSYearCalendarUnit forDate:startDate];
NSUInteger stopOrdinal = [cal ordinalityOfUnit:NSDayCalendarUnit inUnit:NSYearCalendarUnit forDate:stopDate];

那么他们之间的天数将是(stopOrdinal - startOrdinal)。对于您的日期，这会产生 3（格林威治标准时间 4 月 1 日 - 格林威治标准时间 4 月 3 日）。如果你真的想忽略时间部分，你将不得不弄清楚如何在目标时区内切断日期的时间部分。这将涉及将日期转换为NSDateComponent对象，然后将-hour、-minute和-second部分设置为 0。完成此操作后，您可以将它们改回NSDates，然后继续进行差异计算。

于 2011-11-20T03:40:07.703 回答