UnsupportedOperationException - Warum können Sie toInstant() auf einer java.sql.Date nicht aufrufen?

Question

Die java.util.Date Klasse hat eine Methode namens toInstant(), die die Date Instanz in eine java.time.Instant konvertiert.

Die java.sql.Date-Klasse erweitert die java.util.Date Klasse, aber wenn ich versuche, toInstant() auf einem java.sql.Date zu nennen, erhalten eine UnsupportedOperationException.

Warum ist toInstant() ein nicht unterstützter Vorgang unter java.sql.Date?

Und was ist der "richtige" Weg, um eine java.sql.Date in eine java.time.Instant zu konvertieren?

Answer 1

Überprüfen Sie die JavaDoc

Da sql.Date keine Zeitkomponente hat, gibt es keine Möglichkeit, es zu time.Instant

Diese Methode konvertiert immer eine UnsupportedOperationException wirft und sollte nicht, da SQL Datum verwendet werden Werte haben keine Zeitkomponente.

Answer 2

java.sql.Date unterstützt nur Datum, Monat und Jahr. Es unterstützt keine Zeitinformationen.

Deshalb java.sql.Date.toInstant() löst UnsupportedOperationException. Java 8 Instant enthält sowohl Datums- als auch Zeitinformationen.

java.util.Date enthält Datums- und Uhrzeitinformationen, also java.util.Date.toInstant() Funktioniert!

Sie können wie folgt tun:

new java.util.Date(sqlDate.getTime()).toInstant() 

Aktualisiert:

Instant.ofEpochMilli(sqlDate.getTime()); 

// OR 
new java.util.Date(sqlDate.getTime()).toInstant(); 

Wird das gleiche Ergebnis zurück, weil toInstant() aufrufen Instant.ofEpochMilli (getTime()) intern.

public Instant toInstant() { 
    return Instant.ofEpochMilli(getTime()); 
} 

Answer 3

Die bisher gegebenen Antworten bis auf das Detail konzentrieren sich nun, dass java.sql.Date keine Zeitinformationen hat. Das ist korrekt, aber nicht der tatsächliche oder ausreichende Grund, warum dieser Typ keine direkte Umwandlung in Instant bieten kann. Unglücklicherweise macht der documentation of Java-8 den gleichen Fehler, um Benutzer denken zu lassen, das Problem sei nur wegen fehlender Zeitinformationen.

Konzeptionell entspricht der Typ java.sql.Date einem lokalen Typ. Es modelliert ein Kalenderdatum, das in jeder Region unseres Globus unterschiedlich sein kann. Aber ein Instant ist das gleiche auf unserem Globus herum. Benutzer benötigen also eine Zeitzone oder einen Zeitzonen-Offset, um die Konvertierung durchzuführen.

Tragischerweise erbt der Typ java.sql.Date von java.util.Date, die ein globaler Typ (Instant-like) ist. Diese Vererbung steht jedoch für die Implementierungsvererbung und nicht für die Typvererbung. Ein Grund mehr, das Design dieser alten JDBC-Klassen zu überdenken.Daher ist es in der Tat möglich, den Hack zu verwenden, um die java.sql.Date über seine Methode getTime() in eine Instanz von java.util.Date zu verpacken, die schließlich direkte Umwandlung zu einem Augenblick erlaubt. Aber: Diese Konvertierung verwendet implizit die Standardzeitzone des Systems.

Also, wie man richtig auf pedantische Art und Weise konvertiert? Lassen Sie uns die documentation of Java-8 wieder betrachten hier die in die richtige Richtung:

java.sql.Date sqlDate = ...; 
LocalDate calendarDate = sqlDate.toLocalDate(); 
ZonedDateTime zdt = calendarDate.atStartOfDay(ZoneId.of("Europe/Paris")); 
Instant instant = zdt.toInstant(); 

Answer 4

Die korrekte Zuordnung zwischen java.sql.Date und java.time ist LocalDate:

LocalDate date = sqlDate.toLocalDate(); 

Wenn Sie wirklich müssen, können Sie dann eine Instant ableiten , obwohl die zusätzliche Information (Zeit) willkürlich sein wird. Zum Beispiel:

Instant i = date.atStartOfDay(ZoneOffset.UTC).toInstant();