getTimeInMillis() vs. DateTime.Now.Ticks——Java 和 .NET 获得毫秒级长整型数值的差异和解决

闲话少说(一直就没少说),老白一直在维护的某系统中有个用 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

  • 1
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 7
    评论
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值