Javascript 减少自1970年1月1日午夜以来的毫秒数

此脚本自1970年1月1日午夜起产生大量毫秒数（例如1392552803373）：

自1970年1月1日午夜以来的毫秒数
试试看
函数myFunction（）
{
var x=document.getElementById（“演示”）；
x、 innerHTML=新日期（）.getTime（）；
}

---

有没有办法通过将新的基准时间设置为2014年1月1日来减少这一数字？还是另一种方式？我的目标是在脚本的不同部分使用

new Date（）.getTime（）

，并根据稳定的时间戳接收较小的毫秒数。

您可以用自己的API包装日期

日期对象可以接收任何格式化的日期。使用此项计算从现在开始的差异

创建一个返回相关时间的函数（或对象）

示例

function myGetTime() {
   return new Date() - new Date('January 1, 2014');
}

---

您可以用自己的API包装日期API

日期对象可以接收任何格式化的日期。使用此项计算从现在开始的差异

创建一个返回相关时间的函数（或对象）

示例

function myGetTime() {
   return new Date() - new Date('January 1, 2014');
}

---

我认为您需要创建自己的函数。只需减少函数中的ms并返回解决方案

我认为您需要创建自己的函数。只需减少函数中的ms并返回解决方案

---

编写自己的函数，返回所需的内容。例如，您可以使用2014年1月1日作为基准，或者您可以以秒为单位返回时间，而不是以毫秒为单位，等等。为什么不这样做？有什么问题吗

您可以通过更改原型，用自己的实现替换getTime（）。但这将对页面中可能使用的所有其他脚本产生影响。这可能会导致它所解决的更多新问题

---

编写自己的函数，返回所需的内容。例如，您可以使用2014年1月1日作为基准，或者您可以以秒为单位返回时间，而不是以毫秒为单位，等等。为什么不这样做？有什么问题吗

您可以通过更改原型，用自己的实现替换getTime（）。但这将对页面中可能使用的所有其他脚本产生影响。这可能会导致它所解决的更多新问题

---

设置一个新的基线有什么好处？你已经解释了你想要的解决方案，但没有解释问题所在。Unix时间给您带来了什么问题，让您想从根本上改变它的工作方式？只需减去2014年和1970年之间的毫秒数，但似乎毫无意义，很容易导致错误。您是在要求我们让时间变慢吗？pffft我希望这个差异是

Date.UTC（2014，0，1）==138853440000

设置新基线的好处是什么？您已经解释了所需的解决方案，但没有解释问题。Unix时间给您带来了什么问题，让您想从根本上改变它的工作方式？只需减去2014年和1970年之间的毫秒数，但似乎毫无意义，很容易导致错误。您是在要求我们让时间变慢吗？pffft我希望这个差异是

日期。UTC（2014，0，1）==138853440000

使用

138853440000

并避免时区问题可能更明智。两个日期都在同一时区计算，这不应该是问题，因为它是一个相对时间框架。尽管unix纪元在任何时区都是相同的，我们讨论的是ms，因为unix epochIt可能更明智地使用

138853440000

并避免时区问题。两个日期都是在同一时区计算的，这不应该是一个问题，因为它是一个相对时间框架unix历元在任何时区都是相同的，我们讨论的是ms，因为unix历元是在同一时区计算的“你为什么不那样做呢？问题是我还是javascript的初学者：）“你为什么不这样做呢？有什么问题吗？“问题是我还是javascript的初学者：）