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

Question

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

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

据我了解，使用getTime（）返回的时间瞬间与时区无关。例如，如果用户在CDT的2012年7月17日下午4:39捕获了服务器，则服务器可能会将其存储为CEST的2012年7月17日在11:39
PM，但是一旦服务器将其转换为毫秒，因为GMT和客户端创建了一个如果以这些毫秒为单位，那么它可以成功地重建原始的CDT
2012年7月17日下午4:39。这是真的？

Answer 1

在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对象，它将得到原始日期吗？

是。

Java的Date(long date)构造函数和getTime()方法以Unix时间毫秒为单位进行操作。JavaScript
getTime()和DateConstructor也是如此。除了协调世界时（GMT
/ UTC），不应涉及其他任何时区。