Mam następujące daty: 2011-08-12T20:17:46.384Z. Jaki to format? Próbuję parsować go za pomocą Java 1.4 przez DateFormat.getDateInstance().parse(dateStr)i otrzymuję

java.text.ParseException: Nieodłączna data: „2011-08-12T20: 17: 46.384Z”

Myślę, że powinienem używać SimpleDateFormat do analizowania, ale najpierw muszę znać ciąg formatu. Do tej pory yyyy-MM-ddmam tylko to , ponieważ nie wiem, co Toznacza ten ciąg - coś związanego ze strefą czasową? Ten ciąg daty pochodzi z lcmis:downloadedOntagu pokazanego na typ nośnika Historia pobierania plików CMIS .

T jest po prostu literałem oddzielającym datę od godziny, a Z oznacza „przesunięcie godziny zero” znane również jako „czas Zulu” (UTC). Jeśli ciągi zawsze mają „Z”, możesz użyć:

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

Lub używając Joda Time , możesz użyć ISODateTimeFormat.dateTime().

tl; dr

Łańcuch wejściowy wykorzystuje standardowy format ISO 8601 .

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

ISO 8601

Ten format jest określony przez rozsądną praktyczną normę ISO 8601 .

TOddziela część datę z części pomiaru czasu dnia. ZW końcu oznacza UTC (to jest, przesunięciem-z UTC godzinach zero minutowa sekund). ZJest wymawiane „Zulu” .

java.time

Stare klasy daty i czasu w pakiecie z najwcześniejszymi wersjami Javy okazały się źle zaprojektowane, zagmatwane i kłopotliwe. Unikaj ich.

Zamiast tego użyj środowiska java.time wbudowanego w Javę 8 i nowsze wersje . Klasy java.time zastępują zarówno stare klasy daty i godziny, jak i bardzo udaną bibliotekę Joda-Time.

Klasy java.time domyślnie używają ISO 8601 podczas analizowania / generowania tekstowych reprezentacji wartości daty i godziny.

InstantKlasa reprezentuje moment na osi czasu w UTC z rozdzielczością nanosekund . Ta klasa może bezpośrednio analizować ciąg wejściowy bez zawracania sobie głowy definiowaniem wzorca formatowania.

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

O java.time

Środowisko java.time jest wbudowane w Javę 8 i nowsze wersje . Klasy te kłopotliwe zastąpić stary starszych klas Date-Time, takich jak java.util.Date, Calendar, i SimpleDateFormat.

Projekt Joda-Time , teraz w trybie konserwacji , zaleca migrację do klas java.time .

Aby dowiedzieć się więcej, zobacz samouczek Oracle . I przeszukaj stos przepełnienia dla wielu przykładów i wyjaśnień. Specyfikacja to JSR 310 .

Gdzie można uzyskać klasy java.time?

• Java SE 8 , Java SE 9 i nowsze wersje
  • Wbudowane
  • Część standardowego interfejsu API Java z implementacją pakietową.
  • Java 9 dodaje kilka drobnych funkcji i poprawek.
• Java SE 6 i Java SE 7
  • Wiele funkcji java.time zostało przeniesionych z powrotem do Java 6 i 7 w ThreeTen-Backport .
• Android
  • Późniejsze wersje implementacji pakietu Androida klas java.time.
  • Na wcześniejszym Androidzie ThreeTenABP projekt dostosowuje ThreeTen-backportu (wymienione powyżej). Zobacz Jak korzystać z ThreeTenABP… .

Projekt ThreeTen-Extra rozszerza java.time o dodatkowe klasy. Ten projekt jest poligonem doświadczalnym dla ewentualnych przyszłych dodatków do java.time. Można znaleźć kilka przydatnych klas tutaj takie jak Interval, YearWeek, YearQuarter, i więcej .

Nie jestem pewien co do analizy Java, ale to ISO8601: http://en.wikipedia.org/wiki/ISO_8601

Istnieją inne sposoby jego przeanalizowania niż pierwsza odpowiedź. Aby to parsować:

(1) Jeśli chcesz pobrać informacje o dacie i godzinie, możesz parsować je do ZonedDatetime(od Java 8 ) lub Date(starego) obiektu:

// 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);

lub

// '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) Jeśli nie obchodzi Cię data i godzina i po prostu chcesz traktować informacje jako chwilę w nanosekundach, możesz użyć 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");

Jeśli szukacie rozwiązania dla Androida, możecie użyć następującego kodu, aby uzyskać epokę sekund od ciągu znacznika czasu.

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;
}

Przykładowe dane wejściowe: 2019-10-15T05: 51: 31.537979Z

Przykładowe dane wyjściowe: 1571128673

Możesz użyć następującego przykładu.

    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);

Ta technika tłumaczy java.util.Date na format UTC (lub dowolny inny) iz powrotem.

Zdefiniuj klasę tak:

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;
}

}

Następnie użyj go w następujący sposób:

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

lub

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

Możesz także zdefiniować inne formaty dat, jeśli potrzebujesz (nie tylko UTC)

@ John-Skeet dał mi wskazówkę, że mogę rozwiązać mój własny problem. Jako młodszy programista ten niewielki problem jest łatwy do przeoczenia i trudny do zdiagnozowania. Więc dzielę się tym w nadziei, że to komuś pomoże.

Mój problem polegał na tym, że chciałem przeanalizować następujący ciąg zawierający znacznik czasu z JSON, na który nie mam wpływu, i umieścić go w bardziej przydatnych zmiennych. Ale ciągle pojawiały się błędy.

Biorąc pod uwagę następujące (należy zwrócić uwagę na parametr string wewnątrzPattern ();

String str = "20190927T182730.000Z"

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

Błąd:

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

Problem? Z na końcu Wzorca musi być zawinięte w „Z” tak jak „T”. Zmień "yyyyMMdd'T'HHmmss.SSSZ"na "yyyyMMdd'T'HHmmss.SSS'Z'"i to działa.

Całkowite usunięcie Z ze wzoru również doprowadziło do błędów.

Szczerze mówiąc, spodziewałbym się, że klasa Java to przewidziała.