Java/JavaScript 日期：这是真的吗？

假设用户在与应用程序服务器不同的时区通过浏览器运行我的 Web 应用程序。我使用 JavaScript 在客户端序列化日期date.getTime()方法。我通过 Json 发送结果毫秒，然后通过调用在服务器端创建一个 Java Date 对象new Date(millisecondsFromJS)。我将其存储在 MySql 上，检索它，通过调用 Java 再次序列化它date.getTime()并通过Json再次发送给客户端。

如果我用这些毫秒创建一个 JavaScript Date 对象，它会得到原始日期吗？我已成功完成此过程，但客户端和服务器当前位于同一时区。我不确定如果时区不同，日期是否会在此过程中被损坏。

据我了解，使用 getTime() 返回与时区无关的瞬间。例如，如果用户捕获了 2012 年 7 月 17 日下午 4:39 CDT，服务器可能会将其存储为 2012 年 7 月 17 日晚上 11:39 CEST，但是一旦服务器将其转换为自 GMT 以来的毫秒数，并且客户端会创建一个如果从这些毫秒开始计算日期，它将成功重建原始的 2012 年 7 月 17 日下午 4:39 CDT。这是真的？

文章中提出了一些很好的建议Dropbox 的扩展经验教训，第 1 部分:

在内部保留 UTC 格式的所有内容！服务器时间、数据库中的内容等。这将节省很多麻烦，而不仅仅是夏令时。有些软件甚至无法正确处理非 UTC 时间，所以不要这样做！我们在墙上挂了一个时钟，设置为 UTC。当您想要向用户显示时间时，请在最后一秒进行时区转换。

将unix时间毫秒发送到服务器，您就知道用户选择了哪个时间点。然后以 UTC 处理服务器上的所有内容，并将毫秒整数返回给客户端。

客户端/JavaScript：

var date = new Date();
var clientMilliseconds = date.getTime();
// send clientMilliseconds to server

服务器/Java：

Date date = new Date(clientMilliseconds);
// store the date, then get it back
long serverMilliseconds = date.getTime();
// send serverMilliseconds back to client

客户端/JavaScript：

var date = new Date(serverMilliseconds);
// If receiving the error "Invalid Date", serverMilliseconds
// needs to be converted to an Integer. Consider:
// parseInt: parseInt(serverMilliseconds, 10)
// unary +:  (+serverMilliseconds)

一路上，date服务器和客户端上的对象都将反映各自的时区，因此如果您查看两者，它们可能看起来不同，但如果您使用相同的时区将它们转换回 UTC，则它们就不是不同的。

所以回答你的问题：

如果我用这些毫秒创建一个 JavaScript Date 对象，它会得到原始日期吗？

Yes.

Java's Date(long date)构造函数 and getTime() method以 unix 时间毫秒进行操作。 JavaScript 也是如此getTime() and Date构造函数。除此以外不应涉及其他时区协调世界时（格林尼治标准时间/世界标准时间）。