У меня есть строка "02:00:00 Feb 05, 2023 PST"
, которую я разбираю:
ZonedDateTime d = ZonedDateTime.parse(nextPaymentDate, DateTimeFormatter.ofPattern("H:m:s MMM d, uuuu z"));
Сравнивая это с построенной датой:
ZonedDateTime expectedDate = ZonedDateTime.of(2023, 2, 5, 2, 0, 0, 0, ZoneId.of(ZoneId.SHORT_IDS.get("PST")));
не получается, потому что:
Expected :2023-02-05T02:00-08:00[America/Los_Angeles]
Actual :2023-02-05T02:00-08:00[America/Tijuana]
Установка точного идентификатора часового пояса (например, исправление America/Tijuana
) не работает, так как часовой пояс анализируется по-другому на другом компьютере (как America/Los_Angeles
вместо America/Tijuana
, как на моем компьютере).
Как я могу утверждать, что даты равны в этом случае?
Связано: IST сопоставлен с неправильным ZoneId в библиотеке java.time
Аббревиатуры часовых поясов, используемые Java при синтаксическом анализе, зависят от локали, поэтому вы не можете сравнить результат с фиксированным значением. Смотрите этот ответ.
Я бы преобразовал объекты ZonedDateTime
в OffsetDateTime
перед их сравнением или даже в Instant
, как предложил Иоахим.
Прежде всего, я предлагаю вам попросить издателя ваших данных избегать использования сокращенных идентификаторов часовых поясов. В большинстве случаев эти аббревиатуры состоят из 3 символов, но они могут состоять из 2 или 4 символов (например, CT и AEST ), как прокомментировал Василий Бурк.
Ниже приведено примечание из документации Java 7 Timezone
:
Трехбуквенный идентификатор часового пояса
Для совместимости с JDK 1.1.x некоторые другие трехбуквенные идентификаторы часовых поясов (например, «PST», «CTT», «AST») также поддерживается. Однако их использование не рекомендуется, поскольку аббревиатура часто используется для обозначения нескольких часовых поясов (например, «CST» может быть «Центральное стандартное время» США и «Стандартное время Китая»), и тогда платформа Java сможет распознать только один из них.
Уже есть хорошее предложение от Йоахима Зауэра. В качестве альтернативы вы можете получить ZoneId
из проанализированной даты и времени и использовать его при построении вашего ZonedDateTime
.
Демо:
import java.time.ZonedDateTime;
import java.time.format.DateTimeFormatter;
import java.util.Locale;
class Main {
public static void main(String[] args) {
DateTimeFormatter parser = DateTimeFormatter.ofPattern("H:m:s MMM d, uuuu z", Locale.ENGLISH);
String strNextPaymentDate = "02:00:00 Feb 05, 2023 PST";
ZonedDateTime zdtNextPaymentDate = ZonedDateTime.parse(strNextPaymentDate, parser);
ZonedDateTime zdtExpectedDate = ZonedDateTime.of(2023, 2, 5, 2, 0, 0, 0, zdtNextPaymentDate.getZone());
System.out.println(zdtNextPaymentDate);
System.out.println(zdtExpectedDate);
}
}
Выход:
2023-02-05T02:00-08:00[America/Los_Angeles]
2023-02-05T02:00-08:00[America/Los_Angeles]
Узнайте больше о современном API Date-Time из Trail: Date Time.
На самом деле эти псевдозоны могут состоять из 2-4 символов, а не только из 3. Примеры: CT и AEST.
Итак, вы хотите сравнить фактическое время, которое они идентифицируют? Затем конвертируйте их в
Instant
и сравните их.