闲话少说(一直就没少说),老白一直在维护的某系统中有个用 Java 写的生成唯一标识的类,主要是靠“Calendar.getInstance().getTimeInMillis()”来获取所谓毫秒级的长整型数值。条件所限,老白现在需要用 .NET 来实现同样的功能,于是想当然地使用了“DataTime.Now.Ticks”。
正如你可能知道的,“DataTime.Now.Ticks”虽然的确也是 long(Int64) 类型的,但其数值的时间单位和 Java 那个就不一样,是 100 nanosecond(100纳秒,10-7 秒),而非 1 millisecond(1毫秒,10-3 秒)。这倒不是什么大事儿(还不大呢,差着数量级呢),把“DateTime.Now.Ticks”得到的数值除以 10000 就完了呗……没那么简单!
通过一番调查取证,老白才发现,人家 Java 是从 1970-01-01 00:00:00.000 开始算的毫秒数,有文档为证:
"getTimeInMillis() ... Returns: the current time as UTC milliseconds from the epoch." from http://java.sun.com/j2se/1.5.0/docs/api/java/util/Calendar.html#getTimeInMillis()
所谓的 epoch 就是 1970