Double.compare将+0.0和-0.0视为相等，因其基于IEEE 754数值语义比较并归一化位表示，适用于排序等场景；而==虽也返回true，但底层逻辑不同，仅doubleToRawLongBits等操作暴露符号差异。
Double.compare 对 +0.0 和 -0.0 的处理是**统一判为相等**，即 Double.compare(-0.0, +0.0) == 0，这和数学直觉一致，但和 == 行为不同——后者也返回 true，看似一样，实则底层逻辑完全不同。
为什么 -0.0 和 +0.0 在 compare 中相等？
因为 Double.compare 基于 IEEE 754 规定的**数值语义比较**，而非原始位模式。它调用 doubleToLongBits 时会把 -0.0 映射为与 +0.0 相同的规范位表示（即归一化处理），所以两者被视作同一数值。这是有意为之的设计：排序、TreeSet、Collections.sort 等场景中，你不希望 -0.0 和 +0.0 被当成两个不同元素插入或打乱顺序。
但 == 和 compare 的“相等”含义并不等价
-
-0.0 == +0.0返回true—— 这是 Java 语言对浮点相等的定义，也遵循 IEEE 754 -
Double.doubleToRawLongBits(-0.0) != Double.doubleToRawLongBits(+0.0)—— 原始位确实不同（符号位相反） -
Double.compare(-0.0, +0.0) == 0—— 是数值比较结果，不是位比较结果
哪些操作会暴露正负零差异？
只有显式依赖符号位的操作才会区分它们：
-
1.0 / -0.0得-Infinity；1.0 / +0.0得+Infinity -
Math.copySign(1.0, -0.0)返回-1.0 -
Double.doubleToRawLongBits()返回不同 long 值 -
String.valueOf(-0.0)输出-0.0；String.valueOf(+0.0)输出0.0
实际编码建议
绝大多数业务逻辑无需关心正负零。若你确需保留符号信息（如信号处理、某些物理建模），就别用 Double.compare 判断“是否可互换”，而应直接检查符号位或使用 Math.copySign、Math.signum 辅助判断。否则，放心用 Double.compare 排序或条件分支——它已为你屏蔽了这个细节。
