Liệu System.currentTimeMillis luôn trả về một giá trị> = cuộc gọi trước đó?

Question

http://java.sun.com/j2se/1.4.2/docs/api/java/lang/System.html#currentTimeMillis() nói:

Trả về thời gian hiện tại tính bằng mili giây. Lưu ý rằng mặc dù đơn vị thời gian của giá trị trả lại là một phần nghìn giây, độ chi tiết của giá trị phụ thuộc vào hệ điều hành cơ bản và có thể lớn hơn. Ví dụ, nhiều hệ điều hành đo thời gian theo đơn vị hàng chục mili giây.

Không rõ ràng với tôi nếu tôi được đảm bảo rằng mã này sẽ luôn in với số lượng ngày càng tăng (hoặc giống nhau).

while (1) { 
    System.out.println(System.currentTimeMillis()); 
} 

Answer 1

Câu trả lời ngắn gọn là không, System.currentTimeMillis() là không đơn điệu. Nó dựa trên thời gian hệ thống và do đó có thể chịu sự thay đổi theo cách (chuyển tiếp hoặc lùi) trong trường hợp điều chỉnh đồng hồ (ví dụ: qua NTP).

System.nanoTime() là đơn điệu, nếu và chỉ khi nền tảng cơ bản hỗ trợ CLOCK_MONOTONIC - hãy xem các nhận xét trên Java bug report 6458294 để có ghi chú tốt về một số trường hợp điều này là đúng/không đúng.

(Và, như một giai thoại bổ sung, tôi đã quan sát cá nhân (nhiều lần) System.currentTimeMillis() chạy 'ngược', trong trường hợp không có điều chỉnh đồng hồ, qua chủ đề - tức là, một cuộc gọi đến phương thức đó trong một chuỗi trả về giá trị thấp hơn so với cuộc gọi trong chuỗi khác, mặc dù nó xảy ra theo thứ tự thời gian sau chuỗi trong 'thời gian thực')

Nếu bạn cần nguồn đơn điệu, System.nanoTime() trên nền tảng hỗ trợ đơn điệu là lựa chọn tốt nhất của bạn.

Answer 2

Nó không thể nào đảm bảo được tăng lên, dựa trên thực tế là người dùng có khả năng có thể thay đổi thời gian hệ thống giữa các cuộc gọi.

Bên cạnh đó, nó nên tiếp tục tăng vì nó đại diện cho mili giây kể từ thời đại. Nếu đó là một "thời gian tường" bình thường, bạn sẽ phải lo lắng về những thay đổi về thời gian trong ngày nhuận hoặc chuyển đổi tiết kiệm ánh sáng ban ngày.

Answer 3

@Mark Rushakoff là đúng; nanoTime() có thể đáng tin cậy hơn một chút.

Phụ lục: lưu ý những điều này caveats, được trích dẫn bởi @Steven Schlansker.

Answer 4

Không, nó sẽ không luôn luôn là> = tất cả các cuộc gọi trước đó.

• Nó có thể không tăng mỗi lần nếu bạn gọi nó nhiều lần liên tiếp nhanh chóng từ cùng một sợi (Tôi biết đây là một phần của => =, nhưng hành vi này thường mọi người ngạc nhiên).

• Nếu bạn gọi nó vài lần liên tiếp nhanh chóng từ nhiều luồng, nó có thể làm bất kỳ số thứ gì - nó có thể hơi quay ngược thời gian qua các chủ đề với số lượng rất nhỏ, tùy thuộc vào việc triển khai và ngẫu nhiên.

• Quan trọng nhất, giá trị có thể quay trở lại đúng thời hạn bởi số lượng lớn nếu người dùng (hiếm) hoặc đồng bộ hóa NTP (có thể phổ biến) điều chỉnh đồng hồ hệ thống.

Answer 5

Nếu bạn muốn một giá trị tăng đều đơn điệu, bạn có thể làm điều gì đó tương tự.

public enum Time { 
    ; 
    private static long lastTime; 
    public synchronized static long increasingTimeMillis() { 
     long now = System.currentTimeMillis(); 
     if (now > lastTime) 
      return lastTime = now; 
     return ++lastTime; 
    } 
} 

Miễn là bạn gọi số này ít hơn một nghìn lần mỗi giây, thời gian tăng của bạn sẽ không trôi quá xa thời gian thực nhưng sẽ là duy nhất. (Điều này có thể hoạt động, ngay cả khi bạn khởi động lại ứng dụng của mình)