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

Di Jawa, apa implikasi kinerja dan sumber daya yang digunakan

System.currentTimeMillis() 

vs.

new Date() 

vs.

Calendar.getInstance().getTime()

Seperti yang saya pahami, System.currentTimeMillis()adalah yang paling efisien. Namun, di sebagian besar aplikasi, nilai panjang itu perlu dikonversi menjadi Date atau objek serupa untuk melakukan sesuatu yang berarti bagi manusia.

System.currentTimeMillis()Jelas yang paling efisien karena bahkan tidak membuat objek, tetapi new Date()sebenarnya hanya pembungkus tipis tentang panjang, jadi tidak jauh di belakang. Calendar, di sisi lain, relatif lambat dan sangat kompleks, karena harus berurusan dengan kompleksitas yang sangat dan semua keanehan yang melekat pada tanggal dan waktu (tahun kabisat, penghematan siang hari, zona waktu, dll.).

Biasanya merupakan ide bagus untuk hanya berurusan dengan cap waktu yang panjang atau Dateobjek dalam aplikasi Anda, dan hanya digunakan Calendarketika Anda benar-benar perlu melakukan perhitungan tanggal / waktu, atau memformat tanggal untuk menampilkannya kepada pengguna. Jika Anda harus melakukan banyak hal, menggunakan Joda Time mungkin ide yang bagus, untuk antarmuka yang lebih bersih dan kinerja yang lebih baik.

Melihat JDK, konstruktor terdalam untuk Calendar.getInstance()memiliki ini:

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

jadi sudah otomatis melakukan apa yang Anda sarankan. Konstruktor default Date memegang ini:

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

Jadi benar-benar tidak perlu untuk mendapatkan waktu sistem khusus kecuali Anda ingin melakukan matematika dengannya sebelum membuat objek Kalender / Tanggal Anda dengannya. Juga saya harus merekomendasikan joda-waktu untuk digunakan sebagai pengganti untuk kalender / tanggal kelas Java sendiri jika tujuan Anda adalah untuk bekerja dengan banyak perhitungan tanggal.

Jika Anda MENGGUNAKAN tanggal maka saya sangat menyarankan Anda menggunakan jodatime, http://joda-time.sourceforge.net/ . Menggunakan System.currentTimeMillis()untuk bidang yang adalah tanggal suara seperti ide yang sangat buruk karena Anda akan berakhir dengan banyak kode berguna.

Baik tanggal dan kalender benar-benar kacau, dan Kalender jelas merupakan pemain terburuk dari semuanya.

Saya menyarankan Anda untuk menggunakan System.currentTimeMillis()ketika Anda benar-benar beroperasi dengan milidetik, misalnya seperti ini

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

Saya lebih suka menggunakan nilai yang dikembalikan oleh System.currentTimeMillis()untuk semua jenis perhitungan dan hanya menggunakan Calendaratau Datejika saya harus benar-benar menampilkan nilai yang dibaca oleh manusia. Ini juga akan mencegah 99% bug di siang hari Anda. :)

Di mesin saya, saya mencoba memeriksanya. Hasil saya:

Calendar.getInstance (). GetTime () (* 1000000 kali) = 402ms
Tanggal baru (). getTime (); (* 1000000 kali) = 18ms
System.currentTimeMillis () (* 1000000 kali) = 16ms

Jangan lupa tentang GC (jika Anda menggunakan Calendar.getInstance()atau new Date())

Tergantung pada aplikasi Anda, Anda mungkin ingin mempertimbangkan untuk menggunakannya System.nanoTime().

Saya mencoba ini:

        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);

Dan hasilnya adalah:

Tanggal (): 199

currentTimeMillis (): 3

System.currentTimeMillis() jelas yang tercepat karena hanya satu metode panggilan dan tidak ada pengumpul sampah yang diperlukan.