Java日期获取算法

java.util.Date.getTime方法如何将给定的日期和时间转换为长数字

JavaAPI文档说：“返回自1970年1月1日00:00:00GMT以来的毫秒数，由这个日期对象表示。”

感谢您的帮助。

查看源代码

您将看到，在最简单的情况下，

Date

对象存储自1970年以来的毫秒数，而不是日期/时间等。

查看源代码

---

您将看到，在最简单的情况下，

Date

对象存储自1970年以来的毫秒数，而不是日期/时间等。

事实上，尽管Java API文档中的定义明显明确，但有趣的是，报告的毫秒数并不是实际的物理毫秒数，或者说，从1970年1月1日00:00:00 GMT起已经过去的秒数。它实际上是物理秒数加上人工插入的闰秒数。

实际上，尽管Java API文档中的定义显然很明确，有趣的是，报告的毫秒数不是实际的物理毫秒数，也不是秒数，这是自1970年1月1日00:00:00 GMT以来的时间。它实际上是物理秒数加上人工插入的闰秒数。

您可以访问JDK源代码并查看一下。您可以访问JDK源代码并查看一下。System.currentTimeMillis（）正式与OS timer相关-请参阅，因此，它很可能不反映闰秒。我在Windows 7上对此进行了测试，但它不包括闰秒。@javaPhobic我相信我们说的是同一件事：如果闰秒的数量没有“反映”（即未计算），那么给出的值就是实际经过的时间长度（即自1970年1月1日起使用秒表得到的时间）加上已插入的闰秒之和。我认为它应该是负数，即getTime（）的长返回值是实际经过的毫秒数减去已插入的闰秒数之和。System.currentTimeMillis（）正式与操作系统计时器相关-请参阅，因此它可能不反映闰秒数。我在Windows 7上对此进行了测试，但它不包括闰秒。@javaPhobic我相信我们说的是同一件事：如果闰秒的数量没有“反映”（即未计算），那么给出的值就是实际经过的时间长度（即自1970年1月1日起使用秒表得到的时间）加上已插入的闰秒之和。我认为它应该是负数，即getTime（）的长返回是实际经过的毫秒数减去已插入的闰秒之和。