Почему вычитание этих двух временных меток (эпохи в миллисекундах) из 1927 года даёт странный результат?

Мораль этой странности такова:

• Используйте даты и времена в формате UTC, когда это возможно.
• Если вы не можете отображать дату или время в UTC, обязательно указывайте часовой пояс.
• Если вы не можете требовать ввод даты/времени в UTC, требуйте явно указанный часовой пояс.

Вместо того, чтобы конвертировать каждую дату, вы можете использовать следующий код:

long difference = (sDt4.getTime() - sDt3.getTime()) / 1000;
System.out.println(difference);

Таким образом, вы получите разницу между датами в секундах. Например, в вашем случае результат будет:

1

Это означает, что между sDt3 и sDt4 разница составляет 1 секунду.

Как объяснили другие участники, здесь есть временная дисконнектность. Для времени 1927-12-31 23:54:08 в часовом поясе Asia/Shanghai существует два возможных смещения по времени, тогда как для 1927-12-31 23:54:07 - только одно. Таким образом, в зависимости от того, какое смещение используется, разница будет составлять либо одну секунду, либо пять минут и 53 секунды.

Этот небольшой сдвиг смещений, а не привычное нам одночасовое летнее время, немного затемняет проблему.

Обратите внимание, что обновление базы данных часовых поясов 2013a переместило это разрывное состояние на несколько секунд раньше, но эффект все равно будет наблюдаем.

Новый пакет java.time в Java 8 позволяет нам видеть эту проблему более отчетливо и предоставляет инструменты для ее решения. Предположим, у нас есть код:

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 секунды.

Также эти два смещения одинаковы:

// Оба имеют смещение +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);

// Переход с наложением
ZoneOffsetTransition zot4 = shanghai.getRules().getTransition(ld4.toLocalDateTime);

Вы можете проверить, является ли переход наложением (где есть более одного действительного смещения для данной даты/времени) или разрывом (где эта дата/время недействительна для данного идентификатора часового пояса) с помощью методов isOverlap() и isGap() для zot4.

Надеюсь, это поможет решить подобные вопросы, когда Java 8 станет широко доступна, или тем, кто использует Java 7 и применяет обратную совместимость JSR 310.

Как упоминали другие, речь идет о изменении времени в 1927 году в Шанхае.

В Шанхае в местном стандартном времени было 23:54:07, но через 5 минут 52 секунды наступил следующий день, и время изменилось на 00:00:00. Затем местное стандартное время изменилось на 23:54:08. Поэтому разница между двумя временами составляет 343 секунды, а не 1 секунду, как можно было бы ожидать.

Временные изменения могут происходить и в других местах, например, в США. В США существует переход на летнее время. Когда начинается переход на летнее время, часы сдвигаются вперед на 1 час. Но через некоторое время переход заканчивается, и часы откатываются назад на 1 час к стандартному времени. Поэтому иногда, сравнивая время в США, разница может составлять около 3600 секунд, а не 1 секунду.

Однако существует разница между этими двумя изменениями времени. Второе изменение происходит постоянно, в то время как первое было одноразовым. Оно не изменялось назад или не корректировалось снова на такую же величину.

Лучше использовать UTC, если не требуется использовать не-UTC время, например, для отображения.