在ECMAScript 5.1规范中,+0和-0是有区别的。
为什么+0 === -0的结果为真?
在ECMAScript 5.1规范中,+0和-0是有区别的。
为什么+0 === -0的结果为真?
当前回答
0有两种可能的值(位表示)。这不是唯一的。特别是在浮点数中,这种情况可能发生。这是因为浮点数实际上被存储为一种公式。
整数也可以以不同的方式存储。您可以使用带有额外符号位的数值,因此在16位空间中,可以存储15位整数值和符号位。在这种表示中,值1000(十六进制)和0000都是0,但其中一个是+0,另一个是-0。
这可以通过从整数值中减去1来避免,因此它的范围从-1到-2^16,但这将是不方便的。
一个更常见的方法是将整数存储在“两个补体”中,但显然ECMAscript没有选择这样做。在这种方法中,数字范围从0000到7FFF正。负数从FFFF(-1)到8000。
当然,同样的规则也适用于更大的整数,但我不希望F变弱。;)
其他回答
0有两种可能的值(位表示)。这不是唯一的。特别是在浮点数中,这种情况可能发生。这是因为浮点数实际上被存储为一种公式。
整数也可以以不同的方式存储。您可以使用带有额外符号位的数值,因此在16位空间中,可以存储15位整数值和符号位。在这种表示中,值1000(十六进制)和0000都是0,但其中一个是+0,另一个是-0。
这可以通过从整数值中减去1来避免,因此它的范围从-1到-2^16,但这将是不方便的。
一个更常见的方法是将整数存储在“两个补体”中,但显然ECMAscript没有选择这样做。在这种方法中,数字范围从0000到7FFF正。负数从FFFF(-1)到8000。
当然,同样的规则也适用于更大的整数,但我不希望F变弱。;)
维基百科有一篇很好的文章解释了这一现象:http://en.wikipedia.org/wiki/Signed_zero
简单地说,+0和-0都在IEEE浮点规范中定义。从技术上讲,它们都不同于不带符号的0,后者是整数,但实际上它们的结果都是0,因此在实际应用中,可以忽略这种区别。
如果需要支持-0和+0的符号函数:
var sign = x => 1/x > 0 ? +1 : -1;
它就像数学一样。符号,只不过符号(0)返回1而符号(-0)返回-1。
我将其归咎于严格相等比较方法('===')。 看4d部分
参见7.2.13规范严格相等比较
我刚刚遇到了一个例子,其中+0和-0的行为确实非常不同:
Math.atan2(0, 0); //returns 0
Math.atan2(0, -0); //returns Pi
小心:即使在使用数学。对-0.0001这样的负数四舍五入,它实际上会是-0,并且会打乱上面所示的一些后续计算。
快速和肮脏的方法来解决这个问题,像这样做smth:
if (x==0) x=0;
或者是:
x+=0;
这将数字转换为+0,如果它是-0。