Object.is 能准确区分 +0 和 -0，而 === 会将二者判为相等，导致负零异常被漏检；位运算如 |、>> 及 Math.pow 等可能产生 -0，在图形、音频或金融计算中引发 -Infinity 等逻辑偏差；应使用 Object.is 检测并归一化 -0。
Object.is 能准确区分 +0 和 -0，这是它比 === 更适合检测浮点数中负零异常的关键原因。
为什么普通相等判断无法发现负零问题
JavaScript 中的严格相等（===）和抽象相等（==）都将 +0 和 -0 视为相等：
-
+0 === -0返回true -
Object.is(+0, -0)返回false
这导致在涉及位运算（如 >>>、|、^）或某些数学库内部转换时，若中间结果意外产生 -0，用 === 检查会漏掉该异常。例如：1 / -Infinity 得到 -0，但 result === 0 仍为真。
哪些位运算容易引入负零
以下操作虽不直接处理负数，但在特定输入下可能产出 -0：
-
0 | -0→-0（按位或保留符号） -
-0 >> 1→-0（有符号右移保持符号） -
Math.pow(-0, 1)→-0 - 某些 TypedArray 写入
Float32Array[0] = -0后读取，再参与后续位运算链
尤其在图形计算、音频处理或金融精度校验中，-0 可能被误当作普通零参与除法（如 1 / x），导致结果为 -Infinity 而非 Infinity，引发逻辑偏差。
用 Object.is 安全检测并修正负零
在关键数值路径上，显式检查 -0 并归一化：
- 检测：
if (Object.is(value, -0)) { /* 异常分支 */ } - 归一化：
const safeZero = Object.is(value, -0) ? 0 : value; - 批量处理：对数组或对象字段遍历使用
Object.is(x, -0)替代x === 0
注意：不要用 value === 0 或 !value 判断是否为零值——后者对 -0 也返回 true，掩盖问题。
结合实际计算流程做前置防护
在浮点计算+位运算混合场景中，建议在数据流入位操作前做一次符号归一：
- 对输入做
x = x === -0 ? 0 : x;（用Object.is更严谨） - 在位运算后立即检查：
const result = a | b; if (Object.is(result, -0)) throw new Error("Unexpected -0 from bitwise op"); - 单元测试中专门构造
-0输入，验证逻辑是否鲁棒
这类防护成本极低，却能避免因符号位残留导致的下游隐性错误。
