ios - 使用 `localTimeZone` 设置 NSCalendar 的时区与使用 `timeZoneWithAbbreviation` 提供不同值之间的区别

Question

我已将我的手机(实际设备，而不是模拟器)配置为位于英国伦敦，即 GMT。

当我在 NSCalendar 上设置时区时使用 localTimeZone ，与我使用 [NSTimeZone timeZoneWithAbbreviation:@"GMT"] 设置相比，它给了我 1 分 15 秒的休息时间.如果我的时区已经设置为 GMT，两者不应该给我相同的结果吗？

我注意到的另一件事是，如果我设置断点，NSDate使用 localTimeZone 创建通过断点检查已关闭 1 分 15 秒，但 NSLog 打印正确的时间(断点显示:0000-12-30 09:01:15 UTC 但 NSLog 打印 Sat Dec 30 09:00:00 0000):



但是当我使用 [NSTimeZone timeZoneWithAbbreviation:@"GMT"] ，则断点显示正确的时间，但 NSLog将错误的时间打印 1 分 15 秒(断点显示:0000-12-30 09:00:00 UTC 但 NSLog 打印 Sat Dec 30 08:58:45 0000):



这是我的代码以及旁边注释中的断点和 NSLog 输出:

NSLog(@"Timezone: %@",[NSTimeZone localTimeZone]);//Timezone: Local Time Zone (Europe/London (GMT) offset 0)

    NSLocale *locale = [NSLocale currentLocale];
    NSCalendar *myCalendar = [NSCalendar currentCalendar];
    [myCalendar setLocale:locale];
    [myCalendar setTimeZone:[NSTimeZone localTimeZone]];
    NSLog(@"TZ: %@",myCalendar.timeZone);//TZ: Local Time Zone (Europe/London (GMT) offset 0)

    NSDateFormatter *timeFormatter = [NSDateFormatter new];
    [timeFormatter setDateFormat:@"h:mm a"];
    [timeFormatter setLocale:locale];
    [timeFormatter setTimeZone:[NSTimeZone localTimeZone]];

    NSDateComponents* dateComps = [myCalendar components:NSCalendarUnitHour|NSCalendarUnitMinute fromDate:[timeFormatter dateFromString:@"9:00 AM"]];
    NSDate *myDate1 = [myCalendar dateFromComponents:dateComps];//Breakpoint shows: 0000-12-30 09:01:15 UTC


    NSLog(@"myDate1: %@",myDate1); // myDate1: Sat Dec 30 09:00:00 0000

    //----------------Explicitly specified timeZoneWithAbbreviation GMT:


    NSCalendar *myCalendarExplicitGMT = [NSCalendar currentCalendar];
    [myCalendarExplicitGMT setLocale:locale];
    [myCalendarExplicitGMT setTimeZone:[NSTimeZone timeZoneWithAbbreviation:@"GMT"]];
    NSLog(@"TZ: %@",myCalendarExplicitGMT.timeZone);//TZ: GMT (GMT) offset 0

    NSDateComponents* dateCompsUsingExplicitGMT = [myCalendarExplicitGMT components:NSCalendarUnitHour|NSCalendarUnitMinute fromDate:[timeFormatter dateFromString:@"9:00 AM"]];
    NSDate *myDate2 = [myCalendarExplicitGMT dateFromComponents:dateCompsUsingExplicitGMT];//Breakpoint shows: 0000-12-30 09:00:00 UTC


    NSLog(@"myDate2: %@",myDate2); // myDate2: Sat Dec 30 08:58:45 0000

Answer 1

在计算过程中，您将获得一个只有小时和分钟值的 NSDateComponents。到那时你很好。但是，要使用 NSDateFormatter，您需要转换为 NSDate(因为这是 NSDateFormatter 所需要的)。 NSDate 是一个绝对瞬间，所以它需要一个完全指定的日期来转换。它不是返回 nil，而是对 NSDateComponents 中缺少的任何字段使用默认(零)值。因此，它使用的是第 1 年(实际上是向后调整到公元前 1 年)。执行此操作时，您会看到打印为“0000”的年份。

当您使用明确的 GMT 时区时，您明确指定了偏移量，并且它基本上按预期工作。但是，当 NSDate 使用本地时区(即您的欧洲/伦敦)格式化时，它将应用该时区发生的任何历史变化，因为这是“欧洲/伦敦”所说的。 IANA time zone system NSTimeZone 使用的 , 具有相当完整的所有时区更改历史，可以追溯到时区系统本身的创建。他们忽略了 1970 年左右之前来来去去的时区，但他们试图追踪他们确实拥有的时区的历史。对于伦敦来说，他们似乎在 1847 年首次使用 GMT 作为标准时间(在创建完整时区系统之前)。不过在此之前，他们(和其他所有人)使用的是“本地标准时间”，这是该城镇所在位置的自然时间——所以对于一个经度一定程度的城镇，他们的时间会相差四分钟(1440 分钟一天，除以地球经度的 360 度，每度得到四分钟)。因此，在 1847 年之前，他们使用的是“伦敦标准时间”，与“格林威治标准时间”略有不同。查看 tzdata“欧洲”源文件，他们给出了他们在 1994 年独立文章中找到的描述:

'An old stone obelisk marking a forgotten terrestrial meridian stands
beside the river at Kew. In the 18th century, before time and longitude
was standardised by the Royal Observatory in Greenwich, scholars observed
this stone and the movement of stars from Kew Observatory nearby. They
made their calculations and set the time for the Horse Guards and Parliament,
but now the stone is obscured by scrubwood and can only be seen by walking
along the towpath within a few yards of it.'

I have a one inch to one mile map of London and my estimate of the stone's
position is 51° 28' 30" N, 0° 18' 45" W. The longitude should
be within about ±2". The Ordnance Survey grid reference is TQ172761.

[This yields GMTOFF = -0:01:15 for London LMT in the 18th century.]

因此，他们计算在 1847 年之前，伦敦(以及“欧洲/伦敦”时区)与格林威治标准时间相差 1 分 15 秒，它会相应地调整您的时间。由于您的 NSDate 是公元前 1 年，因此它肯定早于 1847 年，因此您可以进行调整。当我以同样的方式尝试 America/New_York 时，它与纯 GMT-5 相差 3:58。

所以简短的回答是——当您使用现代时区进行日期转换时，最好同时保持其余日期组件的现代性。例如，如果您让年份回到二战，您将开始应用伦敦在 war 期间的双倍夏令时，并且从 1800 年代及更早的时间开始，您开始进入让铁路公司发疯的时间系统；-)。如您所见，您的另一个选择是使用 NSTimeZones ，它们不是历史的，但具有可预测的偏移量。 NSLog() 虽然使用 NSDate -description 方法，该方法又将使用当前(历史)时区，并且总是会获得古代年份的那些相当任意的偏移量。