System.currentTimeMillis () vs. new Date () vs. Calendar.getInstance (). GetTime ()

Welche Auswirkungen hat die Verwendung in Java auf Leistung und Ressourcen?

System.currentTimeMillis() 

vs.

new Date() 

vs.

Calendar.getInstance().getTime()

Soweit ich weiß, System.currentTimeMillis()ist es am effizientesten. In den meisten Anwendungen müsste dieser lange Wert jedoch in ein Datum oder ein ähnliches Objekt konvertiert werden, um etwas zu tun, das für den Menschen von Bedeutung ist.

System.currentTimeMillis()ist offensichtlich das effizienteste, da es nicht einmal ein Objekt erstellt, sondern new Date()wirklich nur eine dünne Hülle über einen langen Zeitraum ist, sodass es nicht weit dahinter liegt. CalendarAndererseits ist es relativ langsam und sehr komplex, da es sich mit der beträchtlichen Komplexität und allen Kuriositäten befassen muss, die Datums- und Uhrzeitangaben (Schaltjahre, Sommerzeit, Zeitzonen usw.) inhärent sind.

Im Allgemeinen ist es eine gute Idee, sich nur mit langen Zeitstempeln oder DateObjekten in Ihrer Anwendung zu befassen und diese nur dann zu verwenden, Calendarwenn Sie tatsächlich Datums- / Zeitberechnungen durchführen oder Datumsangaben formatieren müssen, um sie dem Benutzer anzuzeigen. Wenn Sie viel davon tun müssen, ist die Verwendung von Joda Time wahrscheinlich eine gute Idee, um eine sauberere Benutzeroberfläche und eine bessere Leistung zu erzielen.

Mit Blick auf das JDK hat der innerste Konstruktor für Calendar.getInstance():

public GregorianCalendar(TimeZone zone, Locale aLocale) {
    super(zone, aLocale);
    gdate = (BaseCalendar.Date) gcal.newCalendarDate(zone);
    setTimeInMillis(System.currentTimeMillis());
}

es macht also schon automatisch das, was du vorschlägst. Der Standardkonstruktor von Date enthält Folgendes:

public Date() {
    this(System.currentTimeMillis());
}

Es ist also wirklich nicht erforderlich, die Systemzeit speziell abzurufen, es sei denn, Sie möchten etwas damit rechnen, bevor Sie Ihr Kalender- / Datumsobjekt damit erstellen. Außerdem muss ich joda-time als Ersatz für Javas eigene Kalender- / Datumsklassen empfehlen, wenn Sie viel mit Datumsberechnungen arbeiten möchten .

Wenn Sie ein Datum verwenden, empfehle ich dringend, dass Sie jodatime verwenden, http://joda-time.sourceforge.net/ . Unter Verwendung System.currentTimeMillis()für Felder , die sind Daten klingen wie eine sehr schlechte Idee , weil Sie mit einer Menge von nutzlosem Code am Ende werden.

Sowohl das Datum als auch der Kalender sind stark belastet, und der Kalender ist definitiv der schlechteste von allen.

Ich würde Ihnen raten, diese zu verwenden, System.currentTimeMillis()wenn Sie tatsächlich mit Millisekunden arbeiten, zum Beispiel so

 long start = System.currentTimeMillis();
    .... do something ...
 long elapsed = System.currentTimeMillis() -start;

Ich bevorzuge es, den von zurückgegebenen Wert System.currentTimeMillis()für alle Arten von Berechnungen zu verwenden und nur zu verwenden Calendaroder Datewenn ich wirklich einen Wert anzeigen muss, der von Menschen gelesen wird. Dies verhindert auch 99% Ihrer Fehler bei der Sommerzeit. :) :)

Auf meinem Computer habe ich versucht, es zu überprüfen. Mein Ergebnis:

Calendar.getInstance (). GetTime () (* 1000000 mal) = 402 ms
neues Datum (). getTime (); (* 1000000 mal) = 18 ms
System.currentTimeMillis () (* 1000000 mal) = 16 ms

Vergessen Sie nicht GC (wenn Sie Calendar.getInstance()oder verwenden new Date())

Abhängig von Ihrer Anwendung sollten Sie System.nanoTime()stattdessen die Verwendung in Betracht ziehen .

Ich habe es versucht:

        long now = System.currentTimeMillis();
        for (int i = 0; i < 10000000; i++) {
            new Date().getTime();
        }
        long result = System.currentTimeMillis() - now;

        System.out.println("Date(): " + result);

        now = System.currentTimeMillis();
        for (int i = 0; i < 10000000; i++) {
            System.currentTimeMillis();
        }
        result = System.currentTimeMillis() - now;

        System.out.println("currentTimeMillis(): " + result);

Und das Ergebnis war:

Datum (): 199

currentTimeMillis (): 3

System.currentTimeMillis() ist offensichtlich die schnellste, da es sich nur um einen Methodenaufruf handelt und kein Garbage Collector erforderlich ist.