Java 8 mal api - Instant.now (Uhr) vs LocaldateTime.now (Uhr)

Question

Für Java folgenden Code 8

1. System.out.println(LocalDateTime.now(Clock.systemDefaultZone())); 
    2. System.out.println(Instant.now(Clock.systemDefaultZone())); 

Zeile 1 durch aktuellen Zeitoffsetdruck Addieren aber Zeile 2 Druck aktuelle Zeit ohne Zugabe Offset.

Ich überprüfte den Quellcode von beiden und fand, dass LocaDateTime.now(clock) Rückkehr clock.instant() Rückkehr Zeit durch Hinzufügen von Offset aber Instant.now(clock) nicht so.

Warum hat es so entworfen? Erwarten wir in beiden Fällen nicht dasselbe Ergebnis?

Answer 1

UPDATE: Instant hat nichts mit UTC im Sinne der Zeitzone zu tun. Es bezieht sich nur als Zeitstandard auf UTC.

Der Hauptunterschied ist der Rückgabetyp. Sie haben unterschiedliche String-Repräsentationen, weil die Typen selbst sehr unterschiedliche Bedeutungen haben.

Sofort # jetzt (Uhr) gibt Instant zurück. Ein Instant ist "[a]n instantaneous point on the time-line".

LocalDate # jetzt (Uhr) gibt LocalDate zurück. A LocalTime ist "a description of the local time as seen on a wall clock".

Als Ergebnis Sofort # jetzt (Clock) und LOCALDATE # jetzt (Clock) bedeuten sehr unterschiedliche Dinge und haben natürlich unterschiedliche Ergebnisse. Das Wichtigste, was sie gemeinsam haben, ist ein Name. Methodennamen sind Staub. Siehe die Typen.

Auf einer festen Clock, beide Instant.now (Uhr) und LocalDate.now (Uhr) werden konstante Werte zurück. Der Punkt der Annahme Clock als Parameter ist in der Lage, Dinge wie die Referenzzeit oder die Uhrzeitauflösung zu steuern.