java - 在 Javascript 和 MongoDB 中使用 UTC 日期

标签 java javascript mongodb date momentjs

我在正确使用 UTC 日期时遇到问题,想知道是否有处理此问题的通用方法。

基本上我有一个 javascript 日期选择器,我可以在其中选择一个日期。例如:

 2014-10-15

当使用 JSON.stringify() 将其转换为字符串时,我最终得到:

 2014-10-14T22:00:00+0200

我假设这是正确的,因为日期已转换为 UTC 日期。

当日期到达我的 java (jersey) REST 界面时,它看起来像下面这样:

 2014-10-14T22:00:00.000Z

日期似乎相同,但 +0200 已不存在。可能导致问题。

下一步是将日期保存到我的 mongo 数据库中,然后像这样存储日期:

 2014-10-14 20:00:00.000Z

又取消了 2 小时,我假设这是因为日期“再次”转换为 UTC。

我现在遇到的问题是,如果我重新加载页面,我的输入字段现在会显示:

2014-10-14

而不是 2014-10-15。

如果我手动更改数据库中的日期并再次添加 2 小时以结束“2014-10-14T22:00:00.000Z”,则日期再次正确显示在前端 - 现在日期正确表示为本地时间,因为 2014-10-14T22:00:00.000Z 之上的 2 小时再次成为 2014-10-15。

我的问题是:

我需要在哪里进行更改以防止这种情况发生?

a) 我只在前端使用本地时间,这样 mongodb 就只转换为 UTC。这对我来说听起来不太安全,因为我确信当从不同时区调用客户端时这会导致问题。

b) 我只使用 UTC 日期,但我需要以某种方式告诉 mongodb 该日期已经是 UTC 日期,因此不需要再次转换它。

如有任何帮助,我们将不胜感激。

谢谢, 迈克尔

编辑

我想我现在可能更进一步了。我可以告诉 json 反序列化器可以预期什么日期格式。我已将其配置为:

 new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssZ")

如果我手动测试日期格式,我会得到

 SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssZ");
 System.out.println(sdf.parse("2014-10-14T22:00:00+0200"));

产生

 Tue Oct 14 22:00:00 CEST 2014

难怪 mongodb(或 mongo-bson-driver)再次将日期转换为 UTC。

如果我这样做:

 SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss"); // Removed the "Z"
 sdf.setTimeZone(TimeZone.getTimeZone("UTC"));
 System.out.println(sdf.parse("2014-10-14T22:00:00+0200"));

它正确地得出:

 Wed Oct 15 00:00:00 CEST 2014

当从 mongodb 驱动程序完成转换时,它可能会再次将其转换为“2014-10-14T22:00:00+0200”,这是正确的。

但不确定这是否是最好的方法……如果客户日期在另一个时区,我会遇到问题吗?我想不是,因为如果它是“2014-10-15T06:00:00-0600”,它可能也会把它变成正确的日期......

任何人都可以确认这是要走的路吗?

谢谢!

最佳答案

希望这些信息可以提供帮助。

MongoDB 数据库不进行转换。它只是假设接收日期是 UTC 时间。它是从日期对象获取以毫秒为单位的 UTC 时间的 java 驱动程序。以下代码来自 mongo-java-driver-2.12.3.jarBasicBSONEncoder.java

protected void putDate( String name , Date d ){
    _put( DATE , name );
    _buf.writeLong( d.getTime() ); // d.getTime() Returns the number of milliseconds since January 1, 1970, 00:00:00 GMT
}

如果还有疑问,可以直接在java代码中new一个Date Object,存入数据库,查看是否有进一步的转换。 (比较时注意你java应用的时区)


现在,重点是:如果您得到 2014-10-14T22:00:00+0200,那么源应该是 2014-10-15T00:00:00+0400 2014-10-15T02:00:00+0600 等。这意味着在调用 javascript datepicker 和 JSON.stringify() 时使用了不同的时区。

当你发送字符串“2014-10-14T22:00:00+0200”到java应用程序并被SimpleDateFormat解析时,请确保模式与数据一致(使用new SimpleDateFormat( "yyyy-MM-dd'T'HH:mm:ssz")。不要忘记最后一个字符 z,否则 +0200 将被丢弃,余数的字符串将根据您的 Java 应用程序时区的时区进行解析。)

当您使用 SimpleDateFormat 仔细检查输出时,您最好创建另一个新的 SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssz") 来格式化日期对象在将它传递给 System.out.print() 之前,因为按时区比较更容易。

如果可能,我建议您将 UTC 毫秒发送到 java 应用程序,因为它很容易获取并避免各种转换格式问题。

关于java - 在 Javascript 和 MongoDB 中使用 UTC 日期,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26506560/

相关文章:

java - Hibernate 不会级联实体保存

java - 为什么 JMX 报告的 JVM 堆使用最大值会随时间变化?

java - MongoDB 查询来自 Java 驱动程序的分页

node.js - Node JS + Mongodb : ValidationError: User validation failed: username: Path `username` is required

java - setOpaque为true,但JPanel不会改变背景颜色

Java:打印 switch 语句的选项

javascript - 使用 Lodash 复制除一个字段外的所有字段,而不使用 Object.assign()

javascript - css 中的关键帧无法使用 javascript 正常工作

javascript - 通过自动建议进行 Onclick 更新

javascript - 查询以匹配数组输入