如何规范化 ZonedDateTime 以便 .equals() 起作用？

Question

我有类似这样的代码：

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() returns 真。

请问我怎样才能将它们归一化？

Answer 1

`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")

所有三种方法return true(==, equals and isEqual)

Answer 2

如果我用 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() 承诺 return 一个 ZoneOffset 在可能的情况下，这就是你的情况。因此，在您的情况下，它确实使两个对象在 equals() 下相等。我不确定在所有其他情况下都会如此。

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

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

使用问题中的两个日期时间，计算结果为 true。

顺便说一句 isEqual() 只比较时间瞬间，根本不比较区域，这就是它不关心的原因。

如何规范化 ZonedDateTime 以便 .equals() 起作用？

How to normalise ZonedDateTime so that .equals() works?

java

scala

zoneddatetime

`ZoneOffset.UTC`