Java 和 .NET 获得毫秒级长整型数值的差异和解决
2016-03-02 00:00
183 查看
摘要: getTimeInMillis() vs. DateTime.Now.Ticks
维护的某系统中有个用 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-01-01 00:00:00.000 这个时刻(不知道背后还有什么故事没有,欢迎知情者分享)。
.NET 呢?她是从 0001-01-01 00:00:00.000 开始算的,数就大很多了。MSDN 里关于 DateTime.Ticks 是这样说的:
"The value of this property represents the number of 100-nanosecond intervals that have elapsed since 12:00:00 midnight, January 1, 0001." from
http://msdn.microsoft.com/en-us/library/system.datetime.ticks(VS.80).aspx
所以,除了数值采用的单位不同,二者计数的时间起点也不同。最后的结论就是,如果想用 .NET 的 System.DateTime.Now.Ticks 来实现 Java 的 java.util.Calendar.getInstance().getTimeInMillis() 的话,你可以采取类似“(DateTime.Now.Ticks - new DateTime(1970, 1, 1).Ticks) / 10000”的办法,当然,我是用的“(DateTime.Now.Ticks - 621355968000000000) / 10000”,一个意思一个意思。
看看我这回都说了些什么:
事后有热心的朋友提醒我,像我这样对 long 做除法会出误差(不能整除的时候),他们 Java Developer 都用 BigDecimal,不然会被笑话的。那行,赶紧的,.NET 里就用 Decimal 吧?
public long getTimeInMillis()
{
return Decimal.ToInt64(Decimal.Divide(DateTime.Now.Ticks - 621355968000000000, 10000));
}
再后来,发现这其实是一个 Unix 时间和 .NET 时间表示法的相互转换问题。老白这才想起来,Linux 时间就是从 Epoch 开始算的,只是当时不知道 1970-01-01 00:00:00.000 有个学名叫“Epoch”。
还没完,请往下看!!!
重要补充:热心读者 mobdx_19840908 敏锐地指出了本文的致命错误(参见评论)~~~ 简单说来就是使用 DateTime.Now 的时候没有注意时区问题!老白自己也在上文中说了 Java 是以 UTC 为基准的,而经查证,.NET 中与其对应的是 DateTime.UtcNow 而非 DateTime.Now!
所以,最后的结论就是:
return Decimal.ToInt64(Decimal.Divide(DateTime.Now.Ticks - new DateTime(1970, 1, 1, 8, 0, 0).Ticks, 10000))
或者
return Decimal.ToInt64(Decimal.Divide(DateTime.UtcNow.Ticks - 621355968000000000, 10000));
维护的某系统中有个用 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-01-01 00:00:00.000 这个时刻(不知道背后还有什么故事没有,欢迎知情者分享)。
.NET 呢?她是从 0001-01-01 00:00:00.000 开始算的,数就大很多了。MSDN 里关于 DateTime.Ticks 是这样说的:
"The value of this property represents the number of 100-nanosecond intervals that have elapsed since 12:00:00 midnight, January 1, 0001." from
http://msdn.microsoft.com/en-us/library/system.datetime.ticks(VS.80).aspx
所以,除了数值采用的单位不同,二者计数的时间起点也不同。最后的结论就是,如果想用 .NET 的 System.DateTime.Now.Ticks 来实现 Java 的 java.util.Calendar.getInstance().getTimeInMillis() 的话,你可以采取类似“(DateTime.Now.Ticks - new DateTime(1970, 1, 1).Ticks) / 10000”的办法,当然,我是用的“(DateTime.Now.Ticks - 621355968000000000) / 10000”,一个意思一个意思。
看看我这回都说了些什么:
java.util.Calendar.getTimeInMillis() | System.DateTime.Ticks | |
数据类型 | long | long |
时间单位 | millisecond | 100 nanosecond |
计时起点 | 1970-01-01 00:00:00.000 | 0001-01-01 00:00:00.000 |
public long getTimeInMillis()
{
return Decimal.ToInt64(Decimal.Divide(DateTime.Now.Ticks - 621355968000000000, 10000));
}
再后来,发现这其实是一个 Unix 时间和 .NET 时间表示法的相互转换问题。老白这才想起来,Linux 时间就是从 Epoch 开始算的,只是当时不知道 1970-01-01 00:00:00.000 有个学名叫“Epoch”。
还没完,请往下看!!!
重要补充:热心读者 mobdx_19840908 敏锐地指出了本文的致命错误(参见评论)~~~ 简单说来就是使用 DateTime.Now 的时候没有注意时区问题!老白自己也在上文中说了 Java 是以 UTC 为基准的,而经查证,.NET 中与其对应的是 DateTime.UtcNow 而非 DateTime.Now!
所以,最后的结论就是:
return Decimal.ToInt64(Decimal.Divide(DateTime.Now.Ticks - new DateTime(1970, 1, 1, 8, 0, 0).Ticks, 10000))
或者
return Decimal.ToInt64(Decimal.Divide(DateTime.UtcNow.Ticks - 621355968000000000, 10000));
相关文章推荐
- Java触发器CronTrigger
- [置顶] JavaSE学习笔记_8:Java异常
- eclipse使用maven,运行Run As -->Maven Build报错
- Java抽象类能否实例化?
- 深入理解Java:注解(Annotation)自定义注解入门
- 深入理解Java:注解(Annotation)基本概念
- 深入理解Java:注解(Annotation)--注解处理器
- JAVA 并发编程- Spring 并发访问的线程安全性问题
- JAVA多线程的并发控制|java多线程并发实例
- Java中多线程并发处理方式
- java扫描源码或者jar包中的class文件
- File文件对象的一些笔记
- Java中方法参数传递----传值与传引用的理解
- No_16_0229 Java基础学习第九天
- 在web.xml中配置了struts2的filter后访问jsp出现404
- Java8 HashMap实现原理探究
- java如何访问局域网共享文件
- Java 内存区域和GC机制
- 抽象类和接口的区别
- Java中的String为什么是不可变的