System.cienTimeMillis () so với Ngày mới () so với Lịch.getInstance (). GetTime ()

Trong Java, hiệu suất và ý nghĩa tài nguyên của việc sử dụng là gì

System.currentTimeMillis() 

so với

new Date() 

so với

Calendar.getInstance().getTime()

Theo tôi hiểu, System.currentTimeMillis()là hiệu quả nhất. Tuy nhiên, trong hầu hết các ứng dụng, giá trị dài đó sẽ cần phải được chuyển đổi thành Ngày hoặc một số đối tượng tương tự để làm bất cứ điều gì có ý nghĩa với con người.

System.currentTimeMillis()rõ ràng là hiệu quả nhất vì nó thậm chí không tạo ra một vật thể, nhưng new Date()thực sự chỉ là một lớp bọc mỏng dài, vì vậy nó không bị bỏ lại phía sau. Calendarmặt khác, tương đối chậm và rất phức tạp, vì nó phải đối phó với sự phức tạp đáng kể và tất cả những điều kỳ quặc vốn có của ngày và thời gian (năm nhuận, tiết kiệm ánh sáng ban ngày, múi giờ, v.v.).

Nói chung, chỉ nên xử lý các dấu thời gian hoặc Dateđối tượng dài trong ứng dụng của bạn và chỉ sử dụng Calendarkhi bạn thực sự cần thực hiện tính toán ngày / giờ hoặc định dạng ngày để hiển thị chúng cho người dùng. Nếu bạn phải làm nhiều việc này, sử dụng Joda Time có lẽ là một ý tưởng tốt, cho giao diện sạch hơn và hiệu suất tốt hơn.

Nhìn vào JDK, hàm tạo trong cùng Calendar.getInstance()có cái này:

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

Vì vậy, nó đã tự động làm những gì bạn đề nghị. Trình xây dựng mặc định của ngày giữ điều này:

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

Vì vậy, thực sự không cần phải có thời gian hệ thống cụ thể trừ khi bạn muốn thực hiện một số phép toán với nó trước khi tạo đối tượng Lịch / Ngày với nó. Ngoài ra, tôi phải đề xuất joda-time để sử dụng thay thế cho các lớp lịch / ngày của riêng Java nếu mục đích của bạn là làm việc với các phép tính ngày rất nhiều.

Nếu bạn đang sử dụng một ngày thì tôi khuyên bạn nên sử dụng jodatime, http://joda-time.sourceforge.net/ . Sử dụng System.currentTimeMillis()cho các trường là ngày nghe có vẻ là một ý tưởng rất tồi bởi vì bạn sẽ kết thúc với rất nhiều mã vô dụng.

Cả ngày và lịch đều rất nghiêm túc và Lịch chắc chắn là người biểu diễn tệ nhất trong tất cả.

Tôi khuyên bạn nên sử dụng System.currentTimeMillis()khi bạn thực sự hoạt động với mili giây, ví dụ như thế này

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

Tôi thích sử dụng giá trị được trả về System.currentTimeMillis()cho tất cả các loại tính toán và chỉ sử dụng Calendarhoặc Datenếu tôi cần thực sự hiển thị một giá trị được đọc bởi con người. Điều này cũng sẽ ngăn 99% lỗi thời gian tiết kiệm ánh sáng ban ngày của bạn. :)

Trên máy tôi đã thử kiểm tra nó. Kết quả của tôi:

Lịch.getInstance (). GetTime () (* 1000000 lần) = 402ms
Ngày mới (). getTime (); (* 1000000 lần) = 18ms
System.cienTimeMillis () (* 1000000 lần) = 16ms

Đừng quên về GC (nếu bạn sử dụng Calendar.getInstance()hoặc new Date())

Tùy thuộc vào ứng dụng của bạn, bạn có thể muốn xem xét sử dụng System.nanoTime()thay thế.

Tôi đã thử điều này:

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

Và kết quả là:

Ngày (): 199

currentTimeMillis (): 3

System.currentTimeMillis() rõ ràng là nhanh nhất vì đó chỉ là một cuộc gọi phương thức và không yêu cầu trình thu gom rác.