In che modo SystemClock.uptimeMillis() può mai essere completato?

Question

Il Android docs on uptimeMillis() dice:

Consegne millisecondi dal caricamento del sistema, non il tempo contando spesi nel sonno profondo. Nota: questo valore può essere azzerato occasionalmente (prima che si riprendesse altrimenti).

Sembra piuttosto strano che i documenti siano preoccupati di ciò che lo circonda. Dopo tutto, il metodo restituisce un lungo. Un rapido calcolo indica che ci vorranno circa 292.271.023 anni per essere sempre avvolto !!!

Allora, che succede con i documenti? È davvero possibile che si avvolga? Il valore può forse avvolgere prima che raggiunga il valore massimo per un lungo? È quello che i documenti stanno effettivamente cercando di dire? E se sì, quando si avvolgerebbe?

---

[E 'particolarmente sconcertante come System.currentTimeMillis() è anche un tempo che rappresenta il tempo da quando un'epoca. Eppure, Android non fa assolutamente menzione della possibilità del valore di avvolgimento. Tanto più che per uptimeMillis inizia a 0 ...]

Answer 1

Questa è principalmente una congettura, ma sembra avere senso in base ai documenti che ho trovato. Se teniamo conto del fatto che native public static long uptimeMillis() in SystemClock è un metodo nativo, in esecuzione nello spazio a 32 bit, quindi è semplicemente il cast su Java long quando lo chiamate, quindi ha senso perché 2^32 millisecondi è facilmente raggiungibile.