不同时区中时间戳的转换是否会返回不同的日期和时间？

Question

我正在尝试将我的当前日期转换为时间戳，并将其发送到API以保存它。当我试图从API中检索回时间戳并将其转换到目前为止，它是非常恰当的检索。

问题是当我向API发送当前时间戳时，如果新加坡的一个人从API中获取相同的时间戳并尝试转换到date，它会显示(我发送到API的日期和时间)+2.30小时。

我在javascript中使用新日期(时间戳)将时间戳转换为日期。

同样，它也因时区不同而不同。

我怎样才能解决这个问题？

Answer 1

您可以使用UTC时间在不同位置之间进行标准化，并在api中发送它，当有人想在新加坡工作时，请接收UTC中的日期时间，然后将其转换为他的本地时区。

var utcDate = new Date(Date.UTC(96, 11, 1, 0, 0, 0));

Date.UTC的构造函数

Date.UTC(year, month[, day[, hour[, minute[, second[, millisecond]]]]])

Answer 2

像Javascript中的Unix一样，时间戳是1970年1月1日以来的毫秒数，没有时区偏移。Date.now()返回这样一个时间戳。

如果您将“您的日期和时间”作为时间戳发送到API，检索它并在您的PC上的浏览器中将其转换回“日期和时间”，则从UTC返回到由PC的本地区域设置定义的本地时间。有人在你以西2.5小时，当地时间在2.5小时后，将转换相同的协调世界时时间戳为当地时间值2.5小时比你的。

如何解决这一问题取决于需要实现什么。全球用户应该在中看到时间戳吗?您的时区、UTC、自己的时区、网站上指定的时区，还是相对于给定位置的E 210，例如飞机航班的起飞和到达机场？在查看名称中有"UTC“的Date对象方法之前，需要首先决定这一点:-)。

​

针对使用OP时区的评论：

​

如果您的位置不使用夏令，您可以在页面脚本中包含固定时区偏移量，并将其与用户的时区结合使用，以生成与本地创建时间相匹配的日期和时间字符串。一个问题，如果夏令是引入到您的地区在未来。

为了节约夏时制，您可以将以东时区偏移量以毫秒为单位添加到Date.now()时间戳中，将结果存储在API中，检索时间戳，并使用从Date.prototype继承的.getUTCxxx方法将其转换为日期和时间字符串。这样的转换应该与创建时间戳时的本地时间相匹配。该方法可能有合理的批评，但至少应该符合要求！

理想情况下，UTC时间戳将保持不变，并存储创建者的本地时区偏移量。