【发布时间】:2018-07-06 16:06:11
【问题描述】:
我目前正在查看日期在英国夏令时内外时的 ZonedDateTime 行为。
英国夏令时从 3 月 25 日开始,增加一小时 (+1)。
我创建了几个 ZonedDateTime 实例(UTC 和欧洲/伦敦),接下来我添加了 1 个月,以便它们属于 ZonedDateTime。
// These dates will be outside British Summer Time
ZonedDateTime utcFirstMarch = ZonedDateTime.of(2018, 3, 1, 12, 0, 0, 0, ZoneId.of("UTC"));
ZonedDateTime londonFirstMarch = ZonedDateTime.of(2018, 3, 1, 12, 0, 0, 0, ZoneId.systemDefault());
// These dates will be inside British Summer Time
ZonedDateTime utcFirstMarchPlusMonth = ZonedDateTime.of(2018, 3, 1, 12, 0, 0, 0, ZoneId.of("UTC")).plusMonths(1);
ZonedDateTime londonFirstMarchPlusMonth = ZonedDateTime.of(2018, 3, 1, 12, 0, 0, 0, ZoneId.systemDefault()).plusMonths(1);
ZonedDateTime londonFirstMarchPlusMonthToUtc = ZonedDateTime.of(2018, 3, 1, 12, 0, 0, 0, ZoneId.systemDefault()).plusMonths(1).withZoneSameInstant(ZoneId.of("UTC"));
这是我打印这些日期时的结果:
utcFirstMarch: 2018-03-01T12:00Z[UTC]
londonFirstMarch: 2018-03-01T12:00Z[Europe/London]
utcFirstMarchPlusMonth: 2018-04-01T12:00Z[UTC]
londonFirstMarchPlusMonth: 2018-04-01T12:00+01:00[Europe/London]
londonFirstMarchPlusMonthToUtc: 2018-04-01T11:00Z[UTC]
最后我打印出每个日期的纪元秒数:
utcFirstMarch: 1519905600
londonFirstMarch: 1519905600
utcFirstMarchPlusMonth: 1522584000
londonFirstMarchPlusMonth: 1522580400
londonFirstMarchPlusMonthToUtc: 1522580400
我知道 ZonedDateTime 是不可变的。这意味着当我添加一个月时,我实际上创建了一个更改月份的新实例。您能否告诉我我对给定观察结果的假设是否正确:
添加一个月将创建 ZonedDateTime 的新实例。 ZonedDateTime 上的小时将始终相同。新日期是否在 BST 中并不重要。 (查看 LondonFirstMarch 和 LondonFirstMarchPlusMonth)
因为在添加 1 个月后 londonFirstMarchPlusMonth 落入 BST 以便它仍然是 12:00,它实际上已经提取了一个小时。这意味着基础纪元秒数将与 utcFirstMarchPlusMonth 不同。
最后,当我们将区域转换为 UTC 时,londonFirstMarchPlusMonthToUtc 显示实际时间是 11:00。
- 如果我想要正好 1 个月后的日期。我应该只使用 UTC,最后可以选择将其转换为伦敦/欧洲吗?
编辑:
也许我不够清楚 - 抱歉。一个月是任意值,因此当添加到第一个日期时会产生第二个日期属于 BST。
如前所述,也许一个月不是一个很好的例子,因为它的含义取决于我们所处的月份。对我来说,重点是“月份”将由 24 小时单位组成。 (正如 Ole.v.v. 所说)
我认为在 UTC 时间运行并可选择将其转换为欧洲/伦敦是“我的问题”的解决方案
【问题讨论】:
-
相信这些都可以在Javadoc中得到解答。
-
定义“正好一个月后”。这是你困惑的核心原因。
标签: java utc dst zoneddatetime jsr310