Kotlin中DoubleArray的contentEquals对0与-0判定异常问题咨询

这其实是预期行为，不是Bug——背后是两种比较语义的差异，咱们来拆解清楚：

1. 底层实现的核心差异 #

Kotlin里DoubleArray.contentEquals()本质上调用的是Java的Arrays.equals(double[], double[])方法。这个方法在比较double元素时，会用Double.doubleToLongBits()把每个double转成对应的二进制位模式（长整型），再比较这些位模式是否完全一致。

根据IEEE 754浮点数标准，0.0和-0.0的二进制位模式仅符号位不同，所以doubleToLongBits(0.0)和doubleToLongBits(-0.0)会返回不同的数值，导致contentEquals()判定二者不等。

2. 直接用==比较的逻辑 #

当你直接用==比较两个double值时，Kotlin（和Java）遵循的是IEEE 754的「数值相等」规则：0.0和-0.0在数值上被视为等价，所以0.0 == -0.0会返回true。

3. 直观验证示例 #

你可以用这段代码快速确认差异：

val arrA = doubleArrayOf(0.0)
val arrB = doubleArrayOf(-0.0)

println(arrA.contentEquals(arrB)) // 输出 false
println(arrA[0] == arrB[0])       // 输出 true

4. 实现和==一致的数组比较 #

如果你的业务场景需要把0.0和-0.0视为相等，自己编写逐元素比较的扩展函数是完全正确的做法，比如：

fun DoubleArray.contentEqualsWithZeroEquality(other: DoubleArray): Boolean {
    if (size != other.size) return false
    return indices.all { this[it] == other[it] }
}

为什么要做这种区分？ #

这种设计是有意为之的——在某些数值计算场景中，0.0和-0.0的符号代表着趋近于0的方向，是有实际意义的，这时就需要严格区分它们的位模式。contentEquals()提供的是这种严格的位级比较，而==则提供了更符合日常认知的数值语义比较。

内容的提问来源于stack exchange，提问作者Matthew