【问题标题】：How to normalise ZonedDateTime so that .equals() works?如何规范 ZonedDateTime 以便 .equals() 工作？
【发布时间】：2018-06-30 23:46:22
【问题描述】：

我有代码，类似这样：

import java.time._

object app {
  def main (args :Array[String]) = {
    println("app started")

    // create two ZonedDateTime objects for 1st Jan 2018, 10am UTC
    // using separate methods
    val zdt1 = ZonedDateTime.of(2018, 1, 1, 10, 0, 0, 0, ZoneId.of("UTC"))
    val zdt2 = ZonedDateTime.parse("2018-01-01T10:00:00Z")

    println(s"COMPARING: $zdt1 and $zdt2")
    println("== check:      " + (zdt1 == zdt2))
    println(".equals check: " + (zdt1.equals(zdt2)))
    println(".isEqual check " + (zdt1.isEqual(zdt2)))

    println("app finished")
  }
}

此处提供代码：https://ideone.com/43zf8B

问题：

这些都是类型化的 ZonedDateTime 对象
根据 .isEqual() 方法，它们是等价的。
根据 .equals() 方法，它们不等价

但是，我的测试套件使用 beEquals 进行深度匹配针对这些日期时间实例的类的操作因此，我需要一种方法来规范它们，以便 .equals() 返回 true。

请问我怎样才能使它们正常化？

【问题讨论】：

Epoch-nanos 或 Epoch-millis。
你用的是什么测试库？
提示：zdt.toInstant()
我只是重构了测试套件以使用一致的方法构造 ZonedDateTimes，因为这比尝试操作深层嵌套实例的工作量要少。

标签： java scala zoneddatetime

【解决方案1】：

如果我用ZonedDateTime.of(2018, 1, 1, 10, 0, 0, 0, ZoneOffset.UTC) 创建zdt1，这两个对象在equals() 下是相等的（在Java 中仍然不在== 下）。

显然，当区域名称不同时，区域相同是不够的。通过使用ZoneOffset.UTC 构造第一个ZonedDateTime，两者将具有相同的时区，因此将相等。随着我的更改，至少在我的 Mac 上，zdt1.getZone() == zdt2.getZone() 现在评估为true。

作为对您问题的更直接回答，您可以通过这种方式规范化您的 ZonedDateTime 对象（Java 语法带有分号，请自行翻译）：

    zdt1 = zdt1.withZoneSameInstant(zdt1.getZone().normalized());

当然，zdt2 也是如此。 ZoneId.normalized() 承诺在可能的情况下返回ZoneOffset，这就是你的情况。因此，在您的情况下，它确实使两个对象在equals() 下相等。我不确定在所有其他情况下都会如此。

更安全的方法是让比较明确地处理不同但相同的时区：

zdt1.toInstant().equals(zdt2.toInstant())
        && zdt1.getZone().getRules().equals(zdt2.getZone().getRules())

这将计算为 true 以及您在问题中的两个日期时间。

BTW isEqual() 只比较时间点，而不是区域，这就是它不关心的原因。

【讨论】：

【解决方案2】：

`ZoneOffset.UTC`

预定义常量ZoneOffset.UTC呢？

val zdt1 = ZonedDateTime.of(2018, 1, 1, 10, 0, 0, 0, ZoneOffset.UTC)
val zdt2 = ZonedDateTime.parse("2018-01-01T10:00:00Z")

所有三个方法都返回 true（==、equals 和 isEqual）

【讨论】：