Tun Java system Millisekunden Berücksichtigung von Schaltsekunden?

Die java-Funktion System.currentTimeMillis() anscheinend gibt die Anzahl der Sekunden seit dem 1. Januar 1970. Doch nach wikipedia.org/wiki/Leap_second, seit 1972 es sind schon 25 Schaltsekunden. Dies bedeutet, dass die tatsächliche Anzahl der Sekunden seit dem 1. Januar 1970 wurde 25 mehr als eine naive Berechnung zu vermuten wäre. System.currentTimeMillis() tun, die naive Berechnung und ignorieren der Schaltsekunden?

Das wäre einfach genug, um zu testen.
Stimmt, aber es würde Ihnen nur sagen, etwas über die version der JVM an das Betriebssystem. Es ist gut zu Fragen, ob die Normen Garantie für nichts.

InformationsquelleAutor Stochastically | 2013-04-15

8

Offiziell, es ist bis auf das OS und die Umsetzung - zumindest für Date. Aus den docs von java.util.Date:

Obwohl die Date-Klasse ist so konzipiert, zu reflektieren coordinated universal time (UTC), kann es nicht so genau, hängt von der host-Umgebung der Java-Virtual-Machine. Fast alle modernen Betriebssysteme können davon ausgehen, dass 1 Tag = 24 × 60 × 60 = 86400 Sekunden, in allen Fällen. In UTC, jedoch etwa einmal jedes Jahr oder zwei ist es eine zusätzliche zweite, so genannte "Sprung zweite." Die Schaltsekunde wird immer Hinzugefügt, als die Letzte Sekunde des Tages, und immer am 31. Dezember oder 30. Juni. Zum Beispiel, die Letzte minute des Jahres 1995 war 61 Sekunden lang, durch eine Schaltsekunde Hinzugefügt. Die meisten computer-Uhren sind nicht genau genug, um in der Lage zu reflektieren, die Sprung-zweite Auszeichnung.

Ich vermute, Sie werden feststellen, dass, obwohl Ihr computer die Uhr ist in etwa ausgerichtet auf UTC, das ist getan über NTP oder dergleichen korrigiert wird, die Uhr in regelmäßigen Abständen, eher als die OS wirklich Umsetzung Schaltsekunden.

Glaube ich, dass die JRE-Bibliotheken in der Regel tun übernehmen den 86400 Sekunden am Tag. Es macht das Leben so viel einfacher, und wenn Sie gehen, um korrekt für eine ungenaue Systemzeit sowieso, könnte man genauso gut richtig für Schaltsekunden auch.

Sie wirklich wollen, um herauszufinden, was Sie interessiert. Wenn Sie eine Möglichkeit zur Darstellung von Daten und Zeiten, die leap verwenden Sekunden, wird der standard-Java-Bibliotheken möglicherweise nicht gut für Sie arbeiten. Auch JSR-310 nicht mehr unterstützt Schaltsekunden so weit ich erzählen kann (das ist eine sehr vernünftige Entscheidung, die für die meisten Entwickler).
- Ich habe einige tests auf Android 4.2 und Windows 7, und das System.currentTimeMillis() war in der Tat die Anzahl der Millisekunden seit 1-Jan-1970 auf der Annahme, dass jeder Tag genau 86400 Sekunden. In der Tat, Schaltsekunden ignoriert werden, aber wie Sie sagen, Computer zeigt die richtige Zeit (mit integriertem leap seconds), weil Ihre Uhren werden in regelmäßigen Abständen korrigiert :-).
- der test ist zu schwach. Es wird nicht zeigen, wie das system unterstützt Schaltsekunden (POSIX -, Mühlen -, Abstrich -, ntp -, TAI (falls der Eingang ist 1970TAI im letzteren Fall)).
- Als jemand, der versucht zu implementieren "delay_length_in_nanoseconds = (end_time - now) * scale" man kann nicht unterschätzen, wie viel ich hasse Leute, die denken Sie Schaltsekunden ignoriert werden kann.
InformationsquelleAutor Jon Skeet
7

POSIX erfordert, dass die Systemuhr nicht zugeben, die Existenz von Schaltsekunden. MS Windows kann keine Garantie für die Qualität (oder Existenz) von der Systemuhr hardware, und es hat mied Garantie von 1 Sekunde Genauigkeit. Java kann nicht einfach alles tun, dass das zugrunde liegende system weigert sich, das zu tun. Die Betriebssysteme sind gelähmt durch die Geschichte der internationale Vorschriften, dass Ergebnis in einem IEEE-standard (PTP), erfordert Schaltsekunden und andere (POSIX), die abstreitet.

InformationsquelleAutor Steve Allen
3

Einfache Möglichkeit, um zu überprüfen, ob Schaltsekunden berücksichtigt werden oder nicht, ist die Berechnung der Anzahl der verstrichenen Sekunden seit Beginn der Epoche, die für 00:00 an jedem beliebigen Tag im Laufenden Jahr.

Wenn die Anzahl der Sekunden ist kongruent zu 00 modulo 60, dann werden die Schaltsekunden nicht berücksichtigt, da im Jahr 2013 sollte Sie ein E-Modul von 25 (Rechnung für die letzten 25 Schaltsekunden).

InformationsquelleAutor herberts
2

Habe ich ein kleines experiment auf javarepl:
```
java> new Date(1000L * 86400 * (365 * 4 + 1) * 12)
java.util.Date res0 = Mon Jan 01 00:00:00 UTC 2018
```
Wie Sie sehen können, eine einfache, "naive" - Arithmetik, die nur hinsichtlich Schaltjahr, aber nicht Schaltsekunden, verwendet wird. Keine zusätzliche Sekunden werden addiert oder subtrahiert werden.

Update:

Gleiche für die neue Instant Klasse:
```
java> Instant.ofEpochMilli(1000L * 86400 * (365 * 4 + 1) * 12)
java.time.Instant res0 = 2018-01-01T00:00:00Z
```
- FYI, die Date Klasse ist nun Erbe, verdrängt durch die java.Zeit-Klassen gebaut in Java 8 und höher. Insbesondere die Instant Klasse ersetzt Date.
- danke!!! Ist es irgendwie im Zusammenhang mit dem Schaltsekunden-Problem in Frage?
InformationsquelleAutor Alexey
1

Blick auf die Javadoc für currentTimeMillis(), es referes der Dokumentation der Date-Klasse, was hat dies zu sagen:

Obwohl die Date-Klasse ist so konzipiert, zu reflektieren coordinated universal time (UTC), kann es nicht so genau, hängt von der host-Umgebung der Java-Virtual-Machine. Fast alle modernen Betriebssysteme können davon ausgehen, dass 1 Tag = 24 × 60 × 60 = 86400 Sekunden, in allen Fällen. In UTC, jedoch etwa einmal jedes Jahr oder zwei ist es eine zusätzliche zweite, so genannte "Sprung zweite." Die Schaltsekunde wird immer Hinzugefügt, als die Letzte Sekunde des Tages, und immer am 31. Dezember oder 30. Juni. Zum Beispiel, die Letzte minute des Jahres 1995 war 61 Sekunden lang, durch eine Schaltsekunde Hinzugefügt. Die meisten computer-Uhren sind nicht genau genug, um in der Lage zu reflektieren, die Sprung-zweite Auszeichnung.

Also um deine Frage zu beantworten: ja, Schaltsekunden berücksichtigt werden.
- Aber ich denke, das bedeutet, die Schlussfolgerung sollte sein, dass "Schaltsekunden werden NICHT berücksichtigt", D. H. ignoriert, weil Betriebssysteme übernehmen 86400 Sekunden pro Tag.
- Ich verstehe es so: UTC-Konten für die Schaltsekunden. Verknüpfen einer Zeitzone in ein modernes OS nur Konten für die Zeit-Differenz zwischen UTC und der lokalen Zeit (und vielleicht Sommerzeit, je nach Nutzung). Die alternative wäre, dass jeder trieb, 35 Sekunden (Quelle: Wikipedia) Weg von der UTC-seit der Unix-Zeit Anfang.
- Ich denke, du hast Recht, UTC Berücksichtigung von Schaltsekunden. Aber mein Fazit ist, dass die Schaltsekunden sind NICHT im System.currentTimeMillis(), wie, beschreibe ich in meinem Kommentar zu der Antwort, dass ich ' ve markiert als "Antwort".
InformationsquelleAutor 0xCAFEBABE

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.