【问题标题】：Why aren't milliseconds excluded from JSON when using dateFormat in Jackson's ObjectMapper with Java 8 dates?在杰克逊的 ObjectMapper 中使用带有 Java 8 日期的 dateFormat 时，为什么不从 JSON 中排除毫秒？
【发布时间】：2018-07-27 11:27:39
【问题描述】：

我试图弄清楚为什么 Jackson (2.9.5) 格式错误地源自 Java 8。

data class Test(
        val zonedDateTim: ZonedDateTime = ZonedDateTime.now(),
        val offsetDateTim: OffsetDateTime = OffsetDateTime.now(),
        val date: Date = Date(),
        val localDateTime: LocalDateTime = LocalDateTime.now()
)

val mapper = ObjectMapper().apply {
    registerModule(KotlinModule())
    registerModule(JavaTimeModule())
    dateFormat = SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss")
    enable(SerializationFeature.INDENT_OUTPUT)
}

println(mapper.writeValueAsString(Test()))

根据我提供的日期格式，我希望得到的日期格式没有毫秒，但结果看起来像这样：

{
  "zonedDateTim" : "2018-07-27T13:18:26.452+02:00",
  "offsetDateTim" : "2018-07-27T13:18:26.452+02:00",
  "date" : "2018-07-27T13:18:26",
  "localDateTime" : "2018-07-27T13:18:26.452"
}

为什么格式化日期中包含毫秒？

【问题讨论】：

标签： java date kotlin jackson java-time

【解决方案1】：

dateFormat 仅适用于 Date 对象 - 其他 3 个对象由 JavaTimeModule 处理，默认情况下使用 ISO 格式。

如果你想要不同的格式，你可以使用：

val format = DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss");

val javaTimeModule = JavaTimeModule();
javaTimeModule.addSerializer(LocalDateTime.class, LocalDateTimeSerializer(format));
javaTimeModule.addSerializer(ZonedDateTime.class, ZonedDateTimeSerializer(format));
mapper.registerModule(javaTimeModule);

您可能还需要添加 mapper.configure(SerializationFeature.WRITE_DATES_AS_TIMESTAMPS, false);，但我不能 100% 确定是否有必要。

另请注意，使用该格式，您将丢失时区和偏移信息。因此，您可能需要不同格式的 Offset/Zoned-DateTimes。

【讨论】：

你自己测试过这个吗？实施您的更改对我得到的输出的影响为零。最重要的是，奇怪的是配置 LocalDateTimeDeserializer 应该对 ZonedDateTime 和 OffsetDateTime 有任何影响
@Daniel 我的示例只会更改LocalDateTime 的输出，您需要对其他两个执行相同操作。没有改变"localDateTime" : "2018-07-27T13:18:26.452"的输出吗？
不，它没有，据我所知，甚至没有可用的 ZonedDateTime 和 OffsetDateTime 的默认实现。
@Daniel 哦，我的错 - 它应该是 javaTimeModule.addSerializer(LocalDateTime.class, new LocalDateTimeSerializer(format));。请参阅我编辑的答案。
到目前为止我还没有这样做，但这将是我将采取的方法。由于它更像是一个附带项目，我还没有时间去做。

【解决方案2】：

Answer by assylias 是正确的。以下是一些进一步的想法。

截断

如果您真的不想要小数秒，请截断为整秒。

Instant instant = Instant.now().truncatedTo( ChronoUnit.SECONDS ) ;
OffsetDateTime odt = OffsetDateTime.now().truncatedTo( ChronoUnit.SECONDS ) ;
ZonedDateTime zdt = ZonedDateTime.now().truncatedTo( ChronoUnit.SECONDS ) ;

如果值为零，各种toString 方法使用的格式化程序默认省略任何表示小数秒的文本。

所以值：

2018-07-27T13:18:26.452+02:00

…变成：

2018-07-27T13:18:26.000+02:00

...它的String 表示将生成为没有分数的秒：

2018-07-27T13:18:26+02:00

试试看。

OffsetDateTime odt = OffsetDateTime.parse( "2018-07-27T13:18:26.452+02:00" ) ;
OffsetDateTime odtTrunc = odt.truncatedTo( ChronoUnit.SECONDS ) ;

System.out.println( "odt.toString(): " + odt ) ;
System.out.println( "odtTrunc.toString(): " + odtTrunc ) ;

试试code live at IdeOne.com。

odt.toString(): 2018-07-27T13:18:26.452+02:00

odtTrunc.toString(): 2018-07-27T13:18:26+02:00

避免遗留类

您问题中的代码让我感到困惑。不要将麻烦的旧旧日期时间类（例如 Date 和 SimpleDateFormat）与现代 java.time 类混合。遗留类完全被现代类所取代。

时间线

请清楚LocalDateTime 的用途与Instant、OffsetDateTime 和ZonedDateTime 的用途截然不同。 LocalDateTime 对象故意缺少任何时区或与 UTC 偏移的概念。所以它不能代表一个时刻，它不是时间线上的一个点。

关于java.time

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

Joda-Time 项目现在位于maintenance mode，建议迁移到java.time 类。

要了解更多信息，请参阅Oracle Tutorial。并在 Stack Overflow 上搜索许多示例和解释。规格为JSR 310。

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

从哪里获得 java.time 类？

Java SE 8、Java SE 9、Java SE 10 及更高版本
- 内置。
- 标准 Java API 的一部分，带有捆绑实现。
- Java 9 添加了一些小功能和修复。
Java SE 6 和 Java SE 7
- 大部分 java.time 功能在ThreeTen-Backport 中向后移植到 Java 6 和 7。
Android
- java.time 类的 Android 捆绑包实现的更高版本。
- 对于早期的 Android (ThreeTenABP 项目适应 ThreeTen-Backport（如上所述）。见How to use ThreeTenABP…。

ThreeTen-Extra 项目通过附加类扩展了 java.time。该项目是未来可能添加到 java.time 的试验场。您可以在这里找到一些有用的类，例如Interval、YearWeek、YearQuarter 和more。

【讨论】：