如何使用JAX-RS在REST中将Javascript日期传递给Java LocalDate和LocalDateTime

Question

当我将Javascript日期传递给JAX-RS服务时，我收到：

1. 如果目标字段是LocalDate：无法解析文本'2018-06-04T22：00：00.000Z'，则在索引10处找到未解析的文本。Backend可以使用“ 2018-06-04”正常，我尝试使用邮差。
2. 如果目标字段是LocalDateTime：无法解析文本'2019-04-02T20：16：24.999Z'，则在索引23处找到未解析的文本。Backend可以通过“ 2019-04-02T20：16：24”确定，我尝试过邮递员。

我传递给BackEnd的信息来自我在javascript Date对象上映射的Angular Material Datepicker组件。

我了解该字符串具有BackEnd不会提供的信息，但是在调用POST之前我不知道如何传递正确/修改的值。

我应该传递字符串而不是日期对象吗？ 那是正确的方法吗？

是否可以将日期格式为“ 2018-06-04T22：00：00.000Z”或“ 2018-06-05T00：00：00.000Z”的日期传递到LocalDate和LocalDateTime？

我使用LocalDate和LocalDateTime是因为我不想处理时区。 即使我更改时区，该值也应该始终相同。

在出现问题之前，因为服务器和客户端之间存在1个小时的差异。 因此，当我以前从Web服务器中选择一个日期时，可能会发生这种情况，即客户机会在组件上看到前一天，因为它要从午夜回溯1个小时。

Answer 1

您似乎混淆了各种日期时间类型。

ISO 8601

字符串2018-06-04T22:00:00.000Z为标准ISO 8601格式。 末端的Z表示UTC，发音为Zulu 。

ISO 8601格式经过精心设计。 它们很容易用机器解析。 而且跨文化的人类很容易阅读它们。 它们的主要目的是以文本格式传达日期时间值。 您确实应该使用这些格式的字符串在系统之间交换日期时间值。

Instant

在java.time类中解析为Instant 。

Instant instant = Instant.parse( "2018-06-04T22:00:00.000Z" ) ;

LocalDate

LocalDate类表示仅包含日期的值，没有日期， 时间段或offset-from-UTC 。

时区对于确定日期至关重要。 在任何给定时刻，日期都会在全球范围内变化。 例如， 法国巴黎午夜过后几分钟是新的一天，而在魁北克蒙特利尔仍然是“昨天”。

如果未指定时区，则JVM隐式应用其当前的默认时区。 该默认值可能会在运行时（！）期间随时更改 ，因此您的结果可能会有所不同。 最好将您的期望/期望时区明确指定为参数。 如果紧急，请与您的用户确认区域。

以Continent/Region的格式指定正确的时区名称 ，例如America/Montreal ， Africa/Casablanca或Pacific/Auckland 。 切勿使用2-4字母的缩写，例如EST或IST因为它们不是真实的时区，不是标准化的，甚至不是唯一的（！）。

ZoneId z = ZoneId.of( "America/Montreal" ) ;  
LocalDate today = LocalDate.now( z ) ;

如果要使用JVM的当前默认时区，请提出要求并作为参数传递。 如果省略，代码将变得难以理解，因为我们不确定您是否打算使用默认值，或者您是否像许多程序员一样不知道该问题。

ZoneId z = ZoneId.systemDefault() ;  // Get JVM’s current default time zone.

因此，您需要确定要以哪个时区将UTC中的时刻感知为日期和时间。

仅日期值的ISO 8601格式为YYYY-MM-DD。

String output = ld.toString() ;  // Example: 2019-01-23

…和…

LocalDate ld = LocalDate.parse( "2019-01-23" ) ;

要在JavaScript中生成这样的字符串，请参阅将JavaScript日期格式化为yyyy-mm-dd 。

OffsetDateTime

如果需要UTC本身，请将Instant转换为OffsetDateTime 。 然后单独提取日期。

OffsetDateTime odt = instant.atOffset( ZoneOffsetUTC ) ;  // Convert to the more flexible `OffsetDateTime` class from `Instant` class.
LocalDate ld = odt.toLocalDate() ;                        // Extract a date-only value.

ZonedDateTime

如果您想要一个特定的时区，请应用ZoneId以获得ZonedDateTime 。 然后单独提取日期。

ZoneId z = ZoneId.of( "Asia/Kolkata" ) ;
ZonedDateTime zdt = instant.atZone( z ) ;    // Adjust from UTC to a time zone.
LocalDate ld = zdt.toLocalDate() ;           // Extract a date-only value, dropping the time-of-day and the time zone.

顺便说一下，请注意，其toString方法中的ZonedDateTime类通过将时区的名称附加在方括号中来扩展ISO 8601格式。 明智的添加，但某些其他系统可能无法正确处理。

LocalDateTime

LocalDateTime类是用于输入的错误类型 ，例如2018-06-04T22:00:00.000Z或2019-04-02T20:16:24.999Z 。 这些字符串输入表示时刻，即时间轴上的特定点。 LocalDateTime类故意缺少任何时区或偏移量的概念，因此它不能表示时刻。

人们经常误解LocalDateTime的本质。 “地方”是指任何地方或每个地方，但不是特定的地方。 在特定位置稍等片刻，请使用ZonedDateTime 。

有关更多信息，请参见Instant和LocalDateTime有什么区别？ 。

---

关于java.time

java.time框架内置于Java 8及更高版本中。 这些类取代了麻烦的旧的旧式日期时间类，例如java.util.Date ， Calendar和SimpleDateFormat 。

要了解更多信息，请参见Oracle教程 。 并在Stack Overflow中搜索许多示例和说明。 规格为JSR 310 。

现在处于维护模式的Joda-Time项目建议迁移到java.time类。

您可以直接与数据库交换java.time对象。 使用与JDBC 4.2或更高版本兼容的JDBC驱动程序 。 不需要字符串，不需要java.sql.*类。

在哪里获取java.time类？

• Java SE 8 ， Java SE 9 ， Java SE 10 ， Java SE 11和更高版本-标准Java API的一部分，具有捆绑的实现。
  • Java 9添加了一些次要功能和修复。
• Java SE 6和Java SE 7
  • 大多数java.time功能都在ThreeTen- Backport中反向移植到Java 6和7。
• 安卓系统
  • 更高版本的Android捆绑了java.time类的实现。
  • 对于早期的Android（<26）， ThreeTenABP项目改编了ThreeTen-Backport （如上所述）。 请参阅如何使用ThreeTenABP… 。

ThreeTen-Extra项目使用其他类扩展了java.time。 该项目为将来可能在java.time中添加内容提供了一个试验场。 您可以在这里找到一些有用的类，比如Interval ， YearWeek ， YearQuarter ，和更多 。