227

Próbuję sformatować Instant na ciąg za pomocą nowego interfejsu API Java 8 i wzoru:

Instant instant = ...;
String out = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss").format(instant);

Korzystając z powyższego kodu, otrzymuję wyjątek, który dotyczy nieobsługiwanego pola:

java.time.temporal.UnsupportedTemporalTypeException: Unsupported field: YearOfEra
    at java.time.Instant.getLong(Instant.java:608)
    at java.time.format.DateTimePrintContext.getValue(DateTimePrintContext.java:298)
    ...

— Dag
źródło

310

Strefa czasowa

Aby sformatować strefy czasowej jest wymagane. Bez strefy czasowej formatyzator nie wie, jak przekonwertować pola typu instant na ludzkie pola daty i godziny, dlatego zgłasza wyjątek.Instant

Strefę czasową można dodać bezpośrednio do formatyzatora za pomocą withZone().

DateTimeFormatter formatter =
    DateTimeFormatter.ofLocalizedDateTime( FormatStyle.SHORT )
                     .withLocale( Locale.UK )
                     .withZone( ZoneId.systemDefault() );

Generowanie ciągu

Teraz użyj tego formatyzatora do wygenerowania reprezentacji ciągu w twojej Instant.

Instant instant = Instant.now();
String output = formatter.format( instant );

Zrzut do konsoli.

System.out.println("formatter: " + formatter + " with zone: " + formatter.getZone() + " and Locale: " + formatter.getLocale() );
System.out.println("instant: " + instant );
System.out.println("output: " + output );

Po uruchomieniu.

formatter: Localized(SHORT,SHORT) with zone: US/Pacific and Locale: en_GB
instant: 2015-06-02T21:34:33.616Z
output: 02/06/15 14:34

— JodaStephen
źródło

50

Dziękuję Ci!! BTW, wyjątek „nieobsługiwane pole” wskazujący np. Na rok, jest spektakularnie tępy. Może ta sytuacja powinna zostać wykryta, a wyjątek wskazujący bezpośrednio brak identyfikatora strefy w Instant powinien zostać zgłoszony!

— davidbak

1

Co dziwniejsze, jeśli włączysz .withZone (np. .WithZone (ZoneId.of („Z”))) i sformatujesz LocalDateTime, strefa zostanie zignorowana! Tak długo, jak włączone jest .withZone (), ten sam formatowanie może być używany zarówno dla Instant, jak i dla LocalDateTime, bez wpływu na czas pokazany dla tego ostatniego.

— Glenn

1

Dlaczego tak trudno jest zaakceptować fakt, że Instant ma strefę czasową, czyli GMT?

— Koray Tugay

1

@KorayTugay Ponieważ pedantyczne „Instant jest już GMT” komentarze mogą być prawdziwe, ale nie są pomocne w obliczu wyjątku zgłoszonego, ponieważ formatowanie Instant bez określania strefy czasowej nie działa. Byłoby miło, gdyby formater domyślnie ustawił na GMT, ale no cóż.

— Ti Strga

Teraz daje to yyyy-MM-dd hh:mm:ssformat:DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd hh:mm:ss").withZone(ZoneId.of("Europe/Paris"));

— WesternGun

39

public static void main(String[] args) {

    DateTimeFormatter DATE_TIME_FORMATTER = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss")
            .withZone(ZoneId.systemDefault());

    System.out.println(DATE_TIME_FORMATTER.format(new Date().toInstant()));

}

— 二叉树
źródło

3

Chociaż ten kod może odpowiedzieć na pytanie, zapewnienie dodatkowego kontekstu dotyczącego tego, jak i dlaczego rozwiązuje problem, poprawiłoby długoterminową wartość odpowiedzi.

— Alexander

1

Ten fragment kodu może rozwiązać pytanie, ale wyjaśnienie naprawdę pomaga poprawić jakość posta. Pamiętaj, że w przyszłości odpowiadasz na pytanie dla czytelników, a ci ludzie mogą nie znać przyczyn Twojej sugestii kodu.

— Rosário Pereira Fernandes

23

DateTimeFormatter.ISO_INSTANT.format(Instant.now())

Dzięki temu nie musisz przechodzić na UTC. Jednak ramy czasowe niektórych języków mogą nie obsługiwać milisekund, więc powinieneś to zrobić

DateTimeFormatter.ISO_INSTANT.format(Instant.now().truncatedTo(ChronoUnit.SECONDS))

— Archimedes Trajano
źródło

Co rozumiesz przez „ramy czasowe innego języka”? Czy ISO_INSTANT.format () automatycznie skraca się do sekund?

— Guangtong Shen

Niektóre frameworki oczekują, że czas wydłuży się do kilku sekund, ponieważ nie przestrzegają pełnej konwencji ISO i nie psują się, gdy w ciągu wejściowym są milisekundy.

— Archimedes Trajano

21

InstantKlasa nie zawiera informacji o strefie, to tylko sklepy timestamp w milisekundach od epoki UNIX, czyli 1 stycznia 1070 od UTC. Formater nie może więc wydrukować daty, ponieważ data jest zawsze drukowana dla konkretnej strefy czasowej. Powinieneś ustawić strefę czasową na formatowanie i wszystko będzie dobrze, tak:

Instant instant = Instant.ofEpochMilli(92554380000L);
DateTimeFormatter formatter = DateTimeFormatter.ofLocalizedDateTime(FormatStyle.SHORT).withLocale(Locale.UK).withZone(ZoneOffset.UTC);
assert formatter.format(instant).equals("07/12/72 05:33");
assert instant.toString().equals("1972-12-07T05:33:00Z");

— Siergiej Ponomariew
źródło

4

Lub jeśli nadal chcesz używać formatera utworzonego ze wzorca, możesz po prostu użyć LocalDateTime zamiast Instant:

LocalDateTime datetime = LocalDateTime.now();
DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss").format(datetime)

— Nik.exe
źródło

4

Instanty są już w UTC i mają już domyślny format daty rrrr-MM-dd . Jeśli jesteś z tego zadowolony i nie chcesz zadzierać ze strefami czasowymi lub formatowaniem, możesz również toString():

Instant instant = Instant.now();
instant.toString()
output: 2020-02-06T18:01:55.648475Z

Nie chcesz T i Z? (Z oznacza, że ta data to UTC. Z oznacza „Zulu”, inaczej „przesunięcie zerowej godziny”, czyli UTC):

instant.toString().replaceAll("[TZ]", " ")
output: 2020-02-06 18:01:55.663763

Chcesz milisekund zamiast nanosekund? (Więc możesz wstawić go do zapytania SQL):

instant.truncatedTo(ChronoUnit.MILLIS).toString().replaceAll("[TZ]", " ")
output: 2020-02-06 18:01:55.664

itp.

— cs_pupil
źródło

-3

DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy MM dd");
String text = date.toString(formatter);
LocalDate date = LocalDate.parse(text, formatter);

Uważam, że to może pomóc, być może będziesz musiał użyć jakiejś zmiany lokalizacji lokalnej zamiast natychmiastowej

Sformatuj Instant to String

Strefa czasowa

Generowanie ciągu