为何带时区的Fixed Clock与LocalDateTime配合会出现2小时偏移？

为什么会出现2小时偏移？ #

这是时区转换的正常结果：

• 你创建的Clock基于UTC时间2018-04-29T10:15:30.00Z，关联的时区是Europe/Berlin（柏林时区）。
• 2018年4月柏林处于夏令时，时区偏移为UTC+2。LocalDateTime.now(c)的逻辑是：从Clock获取UTC时间，再转换为Clock所属时区的本地时间，所以10:15:30 UTC加上2小时偏移，就得到了12:15:30的本地时间。这里确实存在UTC到目标时区的转换。

如何让LocalDateTime.now(c)返回与Clock显示的一致时间？ #

要明确：Clock显示的2018-04-29T10:15:30Z是UTC时间，而LocalDateTime.now(c)默认会输出该Clock时区对应的本地时间。要让两者显示的时间数值一致，有两种思路：

方法1：将Clock的时区设为UTC #

如果不需要柏林时区，直接用UTC创建Clock，这样转换后的本地时间就和UTC时间一致：

Clock c = Clock.fixed(Instant.parse("2018-04-29T10:15:30.00Z"), ZoneId.of("UTC"));
LocalDateTime.now(c); // 输出：2018-04-29T10:15:30

方法2：直接基于Instant生成UTC对应的LocalDateTime #

如果必须保留柏林时区的Clock，但想得到UTC对应的LocalDateTime，不要用LocalDateTime.now(c)，而是直接将Instant转换为UTC时区的LocalDateTime：

Instant targetInstant = Instant.parse("2018-04-29T10:15:30.00Z");
LocalDateTime utcLocalTime = LocalDateTime.ofInstant(targetInstant, ZoneId.of("UTC"));
// 输出：2018-04-29T10:15:30

额外说明：LocalDateTime本身不携带时区信息，它代表的是“某个时区的本地时间”，所以LocalDateTime.now(Clock)的设计就是为了获取Clock时区下的本地时间，偏移是该方法的预期行为。

内容的提问来源于stack exchange，提问作者user15110545