Создайте объект datetime для представления экземпляра независимо от часовых поясов для манипуляций со строками

Мне кажется, что вы просите здесь невозможного или бессмысленного.

Возьмем пример из комментариев. Пассажир бронирует рейс со временем прибытия в Стамбул 25/04/2019 13:10. По соглашению время прибытия указывается по местному времени аэропорта прибытия. Поскольку Стамбул находится со смещением UTC +03:00, время прибытия равно 25.04.2019 10:10 UTC.

Общепризнанной хорошей практикой является хранение даты и времени в универсальное глобальное время в вашей базе данных. Если вы используете базу данных SQL, вам обычно следует использовать ее тип данных timestamp with time zone (часть «с часовым поясом» немного лжет, поскольку вы не можете хранить метку времени с часовым поясом по вашему выбору; это всегда UTC, но я просто сказал, что это хорошая практика, так что это здорово).

Скажите, что вы получили это как ввод от пользователя: 25/04/2019 13:10. Преобразовать его в LocalDateTime легко (если вы знаете, как; пример кода ниже). Хранение в формате UTC — невозможный, если мы не знаем ни часового пояса (например, Европа/Стамбул или Азия/Стамбул), ни смещения UTC (например, +03:00). Представьте, что пассажир Джон Доу-младший никогда раньше не летал и не знает об условности указывать время прибытия по местному времени аэропорта прибытия. Таким образом, для него 13:10 может быть 13:10 в его собственном часовом поясе (Америка/Чикаго, равно 18:10 UTC), 13:10 в часовом поясе вылета (Америка/Нью-Йорк, равно 17:10 UTC), 13:10 UTC, 13:10 в часовом поясе прибытия (равно 10:10 UTC) или что-то еще.

Теперь предположим, что мы делать знаем, что ввод находится в часовом поясе Европа/Стамбул. Затем преобразование в UTC выполняется просто. Мы храним время как 2019-04-25 10:10 UTC. Теперь он не изменится из-за настройки часового пояса компьютера или JVM. Это просто сравнить с другим временем UTC в вашей базе данных, и вы можете безопасно игнорировать часовые пояса при этом. Когда вам нужно представить время пользователю (например, напечатать его на билете), вы конвертируете время в Стамбул (13:10) (или в часовой пояс, который хочет пользователь).

Не беспокойтесь об эпохи, если только вы не используете API, для которого они требуются. Стандартная эпоха Java определяется как 1 января 1970 г., 00:00 UTC. Обратите внимание, что он определен в формате UTC, поэтому это четко определенный момент времени. Время эпохи — это количество секунд или миллисекунд со знаком, прошедших с начала эпохи. Время прибытия в нашем примере составляет 1 556 187 000 секунд с начала эпохи, так что это время вашей эпохи. Как видите, он не предназначен для удобочитаемости человеком. Вам не захочется расшифровывать файл журнала или запускать сеанс отладки, в котором время представлено таким образом. Вы также не хотите делать какие-либо запросы к базе данных, где время представлено таким образом.

Держитесь подальше от манипуляции со строками. Работайте с датой и временем только в объектах даты и времени. Когда вы получаете строку, анализируйте ее в соответствующий объект даты и времени. Только когда вам нужно представить его пользователю или передать в виде строки в другую систему, отформатируйте его в строку для этой цели.

Типы даты/времени Java

Java предлагает нам следующие типы даты и времени:

• LocalDateTime — это дата и время суток без смещения UTC или часового пояса, например 2019-04-25T13:10. Таким образом, нет определяет момент времени.
• С другой стороны, Instant — это момент времени без смещения UTC или часового пояса. Таким образом, нет определяет дату и время суток. Он печатается в формате UTC (например, 2019-04-25T10:10Z) и внутренне представлен в виде количества секунд и наносекунд с начала эпохи.
• OffsetDateTime — это смещение даты и времени дня с участием UTC, например 2018-04-25T13:10+03:00. Таким образом, этот делает определяет момент времени, а делает определяет дату и время суток.
• ZonedDateTime — это дата и время суток с часовым поясом, например 2018-04-25T13:10+03:00[Europe/Istanbul]. Так что это тоже определяет момент времени и определяет дату и время суток.

Как это может выглядеть в коде

    DateTimeFormatter userInputFormatter = DateTimeFormatter.ofPattern("dd/MM/uuuu HH:mm");
    String userInput = "25/04/2019 13:10";
    ZoneId arrivalTimeZone = ZoneId.of("Europe/Istanbul");

    // Parse into a LocalDateTime
    LocalDateTime arrivalTimeLocal = LocalDateTime.parse(userInput, userInputFormatter);
    System.out.println("Arrival time:                           " + arrivalTimeLocal);

Arrival time: 2019-04-25T13:10

    // Convert to Instant in order to have a well-defined point in time
    Instant arrivalTime = arrivalTimeLocal.atZone(arrivalTimeZone).toInstant();
    System.out.println("Arrival point in time (printed in UTC): " + arrivalTime);

Arrival point in time (printed in UTC): 2019-04-25T10:10:00Z

    // Convert to UTC for storing in SQL database
    OffsetDateTime arrivalTimeUtc = arrivalTime.atOffset(ZoneOffset.UTC);
    System.out.println("Arrival time in UTC:                    " + arrivalTimeUtc);

Arrival time in UTC: 2019-04-25T10:10Z

Редактировать: Как я уже сказал, в вашей базе данных SQL вы обычно хотите сохранить дату и время в формате UTC в столбце типа данных timestamp with time zone. Детали зависят от вашей базы данных и драйвера JDBC. Я считаю, что в MySQL (и, возможно, других СУБД) тип будет просто timestamp. Это типичный пример:

    // Save into a database column of datatype timestamp with time zone
    PreparedStatement insert = yourDatabaseConnection.prepareStatement(
            "insert into your_table (your_timestamp_with_time_zone_column) values (?);");
    insert.setObject(1, arrivalTimeUtc);
    int rowsInserted = insert.executeUpdate();

Если SQLite не имеет типа данных часового пояса или даты и времени, предпочтительнее хранить формат ISO 8601 в символьном столбце, так как это более читабельно, чем время эпохи в числовом столбце. Instant.toString() создает нужную для этого строку:

    PreparedStatement insert = yourDatabaseConnection.prepareStatement(
            "insert into your_table (your_varchar_column) values (?);");
    insert.setString(1, arrivalTime.toString());
    int rowsInserted = insert.executeUpdate();

Instant.parse будет анализировать ту же строку после извлечения.

    // Convert to arrival time zone, e.g., for printing on ticket
    String arrivalTimeForUser = arrivalTime.atZone(arrivalTimeZone)
            .format(userInputFormatter);
    System.out.println("Formatted arrival time in local time:   " + arrivalTimeForUser);

Formatted arrival time in local time: 25/04/2019 13:10

Ссылки

• Обязательное чтение: Связанный вопрос: Лучшая практика Java для манипулирования/хранения дат для географически разных пользователей
• Учебное пособие по Oracle: дата и время, объясняющий, как использовать java.time.
• Документация
  • LocalDateTime
  • LocalTime
  • Instant
  • OffsetDateTime
  • ZonedDateTime