У мене є такі дати: 2011-08-12T20:17:46.384Z. Який це формат? Я намагаюся розібрати його з Java 1.4 через, DateFormat.getDateInstance().parse(dateStr)і я отримую

java.text.ParseException: Нерозбірлива дата: "2011-08-12T20: 17: 46.384Z"

Я думаю, що я повинен використовувати SimpleDateFormat для розбору, але я повинен спершу знати рядок формату. Все, що я маю на те, поки що yyyy-MM-dd, тому що я не знаю, що Tозначає цей рядок - щось пов’язане з часовим поясом? Цей рядок дати походить від lcmis:downloadedOnтегу, показаного на файлі мультимедіа типу файлів CMIS .

T - це просто буквальне значення для відокремлення дати від часу, а Z означає "нульовий час зміщення", також відомий як "зулуський час" (UTC). Якщо у ваших рядків завжди є "Z", ви можете використовувати:

SimpleDateFormat format = new SimpleDateFormat(
    "yyyy-MM-dd'T'HH:mm:ss.SSS'Z'", Locale.US);
format.setTimeZone(TimeZone.getTimeZone("UTC"));

Або, використовуючи Joda Time , ви можете використовувати ISODateTimeFormat.dateTime().

тл; д-р

Стандартний формат ISO 8601 використовується вашим вхідним рядком.

Instant.parse ( "2011-08-12T20:17:46.384Z" ) 

ISO 8601

Цей формат визначається розумним практичним стандартом ISO 8601 .

TВідокремлює частину дати з частини часу в день. В Zкінці означає UTC (тобто зміщення з-за UTC нульових годин-хвилин-секунд). ZЦе вимовляється як «Zulu» .

java.time

Старі класи часу та комплектування з найдавнішими версіями Java виявилися погано розробленими, заплутаними та клопіткими. Уникайте їх.

Натомість використовуйте рамку java.time, вбудовану в Java 8 та новіші версії. Класи java.time витісняють як старі класи, так і дуже успішну бібліотеку Joda-Time.

Класи java.time за замовчуванням використовують ISO 8601 при аналізі / генерації текстових зображень значень дати та часу.

InstantКлас являє собою момент на шкалі часу в форматі UTC з дозволом наносекунд . Цей клас може безпосередньо проаналізувати вхідний рядок, не намагаючись визначити шаблон форматування.

Instant instant = Instant.parse ( "2011-08-12T20:17:46.384Z" ) ;

Про java.time

Java.time каркас вбудований в Java 8 і пізніших версій. Ці класи витісняти неприємні старі застарілі класи дати і часу , такі як java.util.Date, Calendar, і SimpleDateFormat.

Проект Joda-Time , який зараз знаходиться в режимі обслуговування , радить перейти до класів java.time .

Щоб дізнатися більше, дивіться навчальний посібник Oracle . І шукайте переповнення стека за багатьма прикладами та поясненнями. Специфікація - JSR 310 .

Де отримати класи java.time?

• Java SE 8 , Java SE 9 та новіших версій
  • Вбудований.
  • Частина стандартного Java API з пакетною реалізацією.
  • Java 9 додає деякі незначні функції та виправлення.
• Java SE 6 та Java SE 7
  • Значна частина функцій java.time повертається до Java 6 і 7 у ThreeTen-Backport .
• Android
  • Пізніші версії реалізації пакетів Android для класів java.time.
  • Для попереднього Android проект ThreeTenABP адаптується ThreeTen-Backport (згаданий вище). Див. Як користуватися ThreeTenABP… .

Проект ThreeTen-Extra розширює java.time додатковими класами. Цей проект є передумовою для можливих майбутніх доповнень до java.time. Ви можете знайти деякі корисні класи тут , такі як Interval, YearWeek,YearQuarter , і більш .

Не впевнений у розборі Java, але це ISO8601: http://en.wikipedia.org/wiki/ISO_8601

Є й інші способи розбору, а не першої відповіді. Щоб проаналізувати його:

(1) Якщо ви хочете захопити інформацію про дату та час, можете проаналізувати її до ZonedDatetime(оскільки Java 8 ) або Date(старого) об'єкта:

// ZonedDateTime's default format requires a zone ID(like [Australia/Sydney]) in the end.
// Here, we provide a format which can parse the string correctly.
DateTimeFormatter dtf = DateTimeFormatter.ISO_DATE_TIME;
ZonedDateTime zdt = ZonedDateTime.parse("2011-08-12T20:17:46.384Z", dtf);

або

// 'T' is a literal.
// 'X' is ISO Zone Offset[like +01, -08]; For UTC, it is interpreted as 'Z'(Zero) literal.
String pattern = "yyyy-MM-dd'T'HH:mm:ss.SSSX";

// since no built-in format, we provides pattern directly.
DateFormat df = new SimpleDateFormat(pattern);

Date myDate = df.parse("2011-08-12T20:17:46.384Z");

(2) Якщо дата та час вам не байдуже, а ви просто хочете ставитися до інформації як до моменту в наносекундах, ви можете використовувати Instant:

// The ISO format without zone ID is Instant's default.
// There is no need to pass any format.
Instant ins = Instant.parse("2011-08-12T20:17:46.384Z");

Якщо ви, хлопці, шукаєте рішення для Android, ви можете скористатись наступним кодом, щоб отримати епоху секунди з рядка часової мітки.

public static long timestampToEpochSeconds(String srcTimestamp) {
    long epoch = 0;

    try {
        if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.O) {
            Instant instant = Instant.parse(srcTimestamp);
            epoch = instant.getEpochSecond();
        } else {
            SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd'T'hh:mm:ss.SSSSSS'Z'", Locale.getDefault());
            sdf.setTimeZone(TimeZone.getTimeZone("UTC"));
            Date date = sdf.parse(srcTimestamp);
            if (date != null) {
                epoch = date.getTime() / 1000;
            }
        }
    } catch (Exception e) {
        e.printStackTrace();
    }

    return epoch;
}

Зразок введення: 2019-10-15T05: 51: 31.537979Z

Вихід вибірки: 1571128673

Можна скористатися наступним прикладом.

    String date = "2011-08-12T20:17:46.384Z";

    String inputPattern = "yyyy-MM-dd'T'HH:mm:ss.SSS'Z'";

    String outputPattern = "yyyy-MM-dd HH:mm:ss";

    LocalDateTime inputDate = null;
    String outputDate = null;


    DateTimeFormatter inputFormatter = DateTimeFormatter.ofPattern(inputPattern, Locale.ENGLISH);
    DateTimeFormatter outputFormatter = DateTimeFormatter.ofPattern(outputPattern, Locale.ENGLISH);

    inputDate = LocalDateTime.parse(date, inputFormatter);
    outputDate = outputFormatter.format(inputDate);

    System.out.println("inputDate: " + inputDate);
    System.out.println("outputDate: " + outputDate);

Ця методика переводить java.util.Date у формат UTC (або будь-який інший) і повертається знову.

Визначте клас так:

import java.util.Date;

import org.joda.time.DateTime;
import org.joda.time.format.DateTimeFormat;
import org.joda.time.format.DateTimeFormatter;

public class UtcUtility {

public static DateTimeFormatter UTC = DateTimeFormat.forPattern("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'").withZoneUTC();


public static Date parse(DateTimeFormatter dateTimeFormatter, String date) {
    return dateTimeFormatter.parseDateTime(date).toDate();
}

public static String format(DateTimeFormatter dateTimeFormatter, Date date) {
    return format(dateTimeFormatter, date.getTime());
}

private static String format(DateTimeFormatter dateTimeFormatter, long timeInMillis) {
    DateTime dateTime = new DateTime(timeInMillis);
    String formattedString = dateTimeFormatter.print(dateTime);
    return formattedString;
}

}

Потім використовуйте його так:

Date date = format(UTC, "2020-04-19T00:30:07.000Z")

або

String date = parse(UTC, new Date())

Ви також можете визначити інші формати дати, якщо вам потрібно (не лише UTC)

@ Джон-Скіт дав мені підказку, щоб вирішити мою власну проблему навколо цього. Як молодший програміст, це невелике питання легко пропустити і важко діагностувати. Тож я ділюсь ним у надії, що це комусь допоможе.

Моя проблема полягала в тому, що я хотів проаналізувати наступний рядок, що суперечить часовій позначці від JSON, я не маю ніякого впливу на це і вклав її в більш корисні змінні. Але я продовжував отримувати помилки.

Отже, враховуючи наступне (зверніть увагу на параметр рядка всерединіPattern ();

String str = "20190927T182730.000Z"

LocalDateTime fin;
fin = LocalDateTime.parse( str, DateTimeFormatter.ofPattern("yyyyMMdd'T'HHmmss.SSSZ") );

Помилка:

Exception in thread "main" java.time.format.DateTimeParseException: Text 
'20190927T182730.000Z' could not be parsed at index 19

Проблема? Z в кінці Шаблону потрібно загорнути в "Z" так само, як "T". Змінити "yyyyMMdd'T'HHmmss.SSSZ"на "yyyyMMdd'T'HHmmss.SSS'Z'" і це працює.

Загальне видалення Z із шаблону також призвело до помилок.

Чесно кажучи, я б очікував, що клас Java передбачив це.