It seems System.currentTimeMillis
is not very accurate.
See this sample:
public class MillisTime {
public static void main(String[]
This is entirely expected. You'd see the same thing on .NET using DateTime.Now
. (See Eric Lippert's blog post on the topic for a .NET-oriented view on this same topic.)
You can use System.nanoTime() to get a more accurate timer for measurements only - that's not meant to give an absolute time, it's only for measuring intervals.
I don't know of any way to get a more accurate absolute time, either from Java or from Win32. To be honest, how accurate is the system clock going to be anyway? Even with regular syncing with an NTP server I'd expect at least a few milliseconds inaccuracy.
Basically, if you're relying on getting an absolute time really accurately, you should probably change your design.
Yes. The javadoc for System.currentTimeMillis()
says it:
Returns the current time in milliseconds. Note that while the unit of time of the return value is a millisecond, the granularity of the value depends on the underlying operating system and may be larger. For example, many operating systems measure time in units of tens of milliseconds.
You could use System.nanoTime()
, but make sure to read its javadoc to understand its limitations.
It is not possible to get any more accurate with java on windows.