So erhalten Sie Millisekunden von LocalDateTime in Java 8

Ich frage mich , ob es einen Weg gibt aktuelle Millisekunden seit 1970.01.01 (Epoche) mit dem neuen zu bekommen LocalDate, LocalTimeoder LocalDateTimeKlassen von Java 8.

Der bekannte Weg ist unten:

long currentMilliseconds = new Date().getTime();

oder

long currentMilliseconds = System.currentTimeMillis();

Ich bin mir nicht ganz sicher, was Sie unter "aktuellen Millisekunden" verstehen, aber ich gehe davon aus, dass dies die Anzahl der Millisekunden seit der "Epoche" ist, nämlich Mitternacht, 1. Januar 1970 UTC.

Wenn Sie die Anzahl der Millisekunden seit der Epoche jetzt ermitteln möchten , verwenden Sie, System.currentTimeMillis()wie Anubian Noob hervorgehoben hat . In diesem Fall gibt es keinen Grund, eine der neuen java.time-APIs zu verwenden.

Vielleicht haben Sie jedoch bereits ein LocalDateTimeoder ein ähnliches Objekt von irgendwoher und möchten es seit der Epoche in Millisekunden konvertieren. Dies ist nicht direkt möglich, da die LocalDateTimeObjektfamilie keine Ahnung hat, in welcher Zeitzone sie sich befinden. Daher müssen Zeitzoneninformationen bereitgestellt werden, um die Zeit relativ zur Epoche in UTC zu ermitteln.

Angenommen, Sie haben Folgendes LocalDateTime:

LocalDateTime ldt = LocalDateTime.of(2014, 5, 29, 18, 41, 16);

Sie müssen die Zeitzoneninformationen anwenden und a ZonedDateTime. Ich bin in der gleichen Zeitzone wie Los Angeles, also würde ich so etwas machen:

ZonedDateTime zdt = ldt.atZone(ZoneId.of("America/Los_Angeles"));

Dies macht natürlich Annahmen über die Zeitzone. Und es gibt Randfälle, die auftreten können, wenn beispielsweise die Ortszeit eine Zeit in der Nähe des Übergangs Sommerzeit (Sommerzeit) benennt. Lassen Sie uns diese beiseite legen, aber Sie sollten sich bewusst sein, dass diese Fälle existieren.

Wie auch immer, wenn Sie eine gültige erhalten können ZonedDateTime, können Sie diese in die Anzahl der Millisekunden seit der Epoche umwandeln, wie folgt:

long millis = zdt.toInstant().toEpochMilli();

Ich gebe keine Zeitzone an.

System.out.println("ldt " + LocalDateTime.now().atZone(ZoneId.systemDefault()).toInstant().toEpochMilli());
System.out.println("ctm " + System.currentTimeMillis());

gibt

ldt 1424812121078 
ctm 1424812121281

Wie Sie sehen können, sind die Zahlen bis auf eine kleine Ausführungszeit gleich.

Nur für den Fall, dass Sie System.currentTimeMillis nicht mögen, verwenden Sie Instant.now().toEpochMilli()

Um ZoneId zu vermeiden, können Sie Folgendes tun:

LocalDateTime date = LocalDateTime.of(1970, 1, 1, 0, 0);

System.out.println("Initial Epoch (TimeInMillis): " + date.toInstant(ZoneOffset.ofTotalSeconds(0)).toEpochMilli());

0 als Wert bekommen, das ist richtig!

Seit Java 8 können Sie anrufen java.time.Instant.toEpochMilli().

Zum Beispiel der Anruf

final long currentTimeJava8 = Instant.now().toEpochMilli();

gibt Ihnen die gleichen Ergebnisse wie

final long currentTimeJava1 = System.currentTimeMillis();

Sie können java.sql.Timestampauch Millisekunden abrufen.

LocalDateTime now = LocalDateTime.now();
long milliSeconds = Timestamp.valueOf(now).getTime();
System.out.println("MilliSeconds: "+milliSeconds);

Verwenden Sie, um die aktuelle Zeit in Millisekunden (seit der Epoche) abzurufen System.currentTimeMillis().

Wenn Sie eine Java 8-Uhr haben, können Sie diese verwenden clock.millis()(obwohl empfohlen wird clock.instant(), eine Java 8-Instanz zu verwenden, da diese genauer ist).

Warum sollten Sie eine Java 8-Uhr verwenden? In Ihrem DI-Framework können Sie also eine Clock-Bean erstellen:

@Bean
public Clock getClock() {
    return Clock.systemUTC();
}

und dann können Sie es in Ihren Tests leicht verspotten:

@MockBean private Clock clock;

oder Sie können eine andere Bohne haben:

@Bean
public Clock getClock() {
    return Clock.fixed(instant, zone);
}

Das hilft bei Tests, die Daten und Zeiten unermesslich bestätigen.

  default LocalDateTime getDateFromLong(long timestamp) {
    try {
        return LocalDateTime.ofInstant(Instant.ofEpochMilli(timestamp), ZoneOffset.UTC);
    } catch (DateTimeException tdException) {
      //  throw new 
    }
}

default Long getLongFromDateTime(LocalDateTime dateTime) {
    return dateTime.atOffset(ZoneOffset.UTC).toInstant().toEpochMilli();
}

Warum hat niemand die Methode erwähnt LocalDateTime.toEpochSecond():

LocalDateTime localDateTime = ... // whatever e.g. LocalDateTime.now()
long time2epoch = localDateTime.toEpochSecond(ZoneOffset.UTC);

Dies scheint viel kürzer zu sein als viele der oben vorgeschlagenen Antworten ...