javascript中-0是真实存在的数值，由ieee 754标准定义，可通过-0字面量、负数除以无穷大、负数乘0等操作产生；必须用object.is()准确区分-0与+0，因其在除法、math.atan2等场景行为不同，日常开发通常无需处理，但科学计算等高精度场景需主动校验。
JavaScript 中的 -0 是一个真实存在的数值，它与 +0 在数值上相等（-0 === +0 为 true），但在某些底层操作和特定函数中行为不同。理解它的产生方式和正确处理方法，对避免隐式类型转换、浮点运算异常或 API 行为偏差很有帮助。
负零是怎么产生的？
负零不是手动写出来的“bug”，而是由符合 IEEE 754 浮点标准的数学运算自然得出的结果：
- 显式赋值：
let x = -0;或let y = -0.0; - 负数除以正无穷：
-5 / Infinity→-0 - 正数除以负无穷：
5 / -Infinity→-0 - 负数乘以极小正数（下溢）：
-1 * Number.EPSILON / 1e10可能得到-0 - Math.pow(-0, 1)、Math.cbrt(-0) 等函数也会保留符号
如何准确判断一个值是 -0 而不是 +0？
=== 和 == 都无法区分 -0 和 +0，因为它们在规范中被定义为相等。可靠方法有：
-
使用
Object.is()：这是最推荐的方式。Object.is(-0, +0)返回false，Object.is(-0, -0)返回true -
除以自身再检查是否为
-Infinity：1 / x === -Infinity（仅当x是-0时成立；注意x必须是非零安全值，否则会出错） -
使用
toString()配合正则（不推荐用于关键逻辑）：(-0).toString() === '0'仍返回true，所以不可靠；但String(-0)也是'0'，真正有效的是JSON.stringify([-0]) === '[0]'—— 同样无法区分。因此应优先用Object.is
哪些场景下 -0 会影响程序行为？
多数日常运算中 -0 和 +0 表现一致，但在以下情况需特别注意：
-
除法结果符号：例如
1 / -0得-Infinity，而1 / +0得+Infinity -
Object.defineProperty / Proxy 的 key 操作：虽然
-0作为属性名会被自动转为'0'（同+0），但若用Object.is判断键存在性，可能影响自定义逻辑 -
某些数学函数的符号保留：如
Math.atan2(-0, -1)返回-3.1415...，而Math.atan2(+0, -1)返回3.1415... -
序列化/反序列化边界：JSON 不区分正负零，
JSON.parse(JSON.stringify({x: -0}))得到{x: 0}，丢失符号信息
实际开发中怎么安全处理 -0？
除非你在做科学计算、图形渲染、金融精度控制或封装底层数值工具库，否则一般不需要主动干预 -0。但若需要标准化或调试，可参考这些做法：
-
统一转为 +0：用
x = x + 0（-0 + 0→+0），或更明确地x = x || 0（注意：这会把所有假值都转成 0，慎用） -
显示调试时保留符号：用
Object.is(x, -0) ? '-0' : String(x)来打印 -
比较逻辑中显式防御：比如实现一个“严格非零”校验函数，应写成
!Object.is(x, 0) && !Object.is(x, -0)，而不是只写x !== 0 -
避免依赖字符串化判断：不要用
x.toString() === '-0'，因为-0的toString()就是'0'
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
