为何JavaScript中−0转换为字符串时会变成"0"？

问题场景 #

在浮点数体系中，−0与0是两个不同的数值，但我在开发JavaScript计时器应用时，遇到了−0转字符串丢失负号的棘手问题：剩余不到一分钟（如21秒）和超时不到一分钟（如-21秒）的情况，最终都会显示为"0:21"，无法区分。

常规分钟数可以通过以下代码正常处理：

var minutes = (time_balance_s/60);
minutes = Math.sign(minutes) * Math.floor(Math.abs(minutes));
var seconds = time_balance_s - (minutes * 60);
seconds = Math.floor(Math.abs(seconds));
displayString = minutes+":"+seconds.toString().padStart(2, '0');

但针对−0的情况，即使改用toString()方法，负号依然会被省略：

var minutes = (time_balance_s/60);
minutes = Math.sign(minutes) * Math.floor(Math.abs(minutes));
var seconds = time_balance_s - (minutes * 60);
seconds = Math.floor(Math.abs(seconds));
displayString = minutes.toString()+":"+seconds.toString().padStart(2, '0');

最终只能通过Object.is做特殊处理来区分：

var minutes = (time_balance_s/60);
minutes = Math.sign(minutes) * Math.floor(Math.abs(minutes));
var seconds = time_balance_s - (minutes * 60);
seconds = Math.floor(Math.abs(seconds));
if (Object.is(minutes, -0)) {
  displayString = "-0"+":"+seconds.toString().padStart(2, '0');
} else {
  displayString = minutes.toString()+":"+seconds.toString().padStart(2, '0');
}

Mozilla开发者文档明确这是故意设计的：

0和−0的字符串表示均为"0"。Infinity返回"Infinity"，NaN返回"NaN"。

设计疑问 #

我查阅了ECMAScript标准，但标准仅说明处理方式未解释原因，因此有以下疑问：

• JavaScript为何如此设计？为何−0转字符串时不显示为"-0"？
• 是否存在历史原因？当时标准制定时是否有相关讨论？
• 这种设计是否有优势场景？为何没有更多人支持−0显示为"-0"？

解答 #

设计原因与历史背景 #

JavaScript的浮点数实现遵循IEEE 754标准，该标准中−0和0在数值上等价（仅在少数特殊运算中会体现差异，比如1/-0 = -Infinity、1/0 = Infinity）。早期JavaScript在设计时，优先照顾普通开发者的直觉——绝大多数用户在日常开发中不需要区分−0和0，因此在字符串转换时统一显示为"0"，避免给不了解IEEE 754细节的用户造成困惑。

优势场景 #

这种设计的核心优势在于：

• 符合大众对"0"的认知：日常语境中不存在"负零"的概念，统一显示能减少不必要的误解。
• 简化常规业务场景的输出：比如金融计算、统计分析、普通计时等场景中，0的正负没有实际业务意义，强制显示"-0"反而会让结果显得怪异，增加用户的认知负担。

标准制定的考量 #

在ECMAScript标准制定阶段，确实有过关于−0字符串表示的讨论，但最终选择隐藏负号的方案，核心原则是优先保证语言的易用性。JavaScript作为一门面向大众的脚本语言，需要降低入门门槛，避免让普通开发者陷入底层数值细节的困扰，因此选择了更符合直觉的处理方式。

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