正如其他人解释的那样，那里存在时间不连续性。 Asia/Shanghai对于1927-12-31 23:54:08有两种可能的时区偏移，但是对于1927-12-31 23:54:07只有一种偏移。 因此，根据使用的偏移量，可能会有一秒的差异或5分53秒的差异。

偏移量的这种微小变化，而不是我们通常习惯的一小时夏令时(夏季时间)，使问题变得有些模糊。

请注意，时区数据库的2013a更新将这种不连续性提前了几秒钟，但是效果仍然可以观察到。

Java 8上新的java.time程序包使用户可以更清楚地看到它，并提供处理它的工具。 鉴于：

DateTimeFormatterBuilder dtfb = new DateTimeFormatterBuilder();

dtfb.append(DateTimeFormatter.ISO_LOCAL_DATE);

dtfb.appendLiteral(' ');

dtfb.append(DateTimeFormatter.ISO_LOCAL_TIME);

DateTimeFormatter dtf = dtfb.toFormatter();

ZoneId shanghai = ZoneId.of("Asia/Shanghai");

String str3 = "1927-12-31 23:54:07";

String str4 = "1927-12-31 23:54:08";

ZonedDateTime zdt3 = LocalDateTime.parse(str3, dtf).atZone(shanghai);

ZonedDateTime zdt4 = LocalDateTime.parse(str4, dtf).atZone(shanghai);

Duration durationAtEarlierOffset = Duration.between(zdt3.withEarlierOffsetAtOverlap(), zdt4.withEarlierOffsetAtOverlap());

Duration durationAtLaterOffset = Duration.between(zdt3.withLaterOffsetAtOverlap(), zdt4.withLaterOffsetAtOverlap());

然后， durationAtEarlierOffset将为一秒，而durationAtLaterOffset将为五分钟53秒。

而且，这两个偏移量是相同的：

// Both have offsets +08:05:52

ZoneOffset zo3Earlier = zdt3.withEarlierOffsetAtOverlap().getOffset();

ZoneOffset zo3Later = zdt3.withLaterOffsetAtOverlap().getOffset();

但是这两个是不同的：

// +08:05:52

ZoneOffset zo4Earlier = zdt4.withEarlierOffsetAtOverlap().getOffset();

// +08:00

ZoneOffset zo4Later = zdt4.withLaterOffsetAtOverlap().getOffset();

与1927-12-31 23:59:59和1928-01-01 00:00:00 ，您会看到相同的问题，但是，在这种情况下，是较早的偏移量会产生较长的差异，而正是有两个可能的偏移量的较早日期。

解决此问题的另一种方法是检查是否正在进行过渡。 我们可以这样做：

// Null

ZoneOffsetTransition zot3 = shanghai.getRules().getTransition(ld3.toLocalDateTime);

// An overlap transition

ZoneOffsetTransition zot4 = shanghai.getRules().getTransition(ld3.toLocalDateTime);

您可以使用isOverlap()检查过渡是否是重叠的(在这种情况下，该日期/时间有多个有效偏移量)或间隔(在这种情况下，日期/时间对那个区域ID无效isOverlap()和isGap()上的方法zot4 。

我希望这可以帮助人们在Java 8广泛可用之后，或者对于那些采用JSR 310反向移植的使用Java 7的人们，解决此类问题。