JavaScript位运算疑问：异常位移结果、toString显示及运算符差异

嘿，这几个问题刚好戳中了JavaScript里数字处理和位运算的几个容易混淆的细节，我来逐个给你拆解清楚：

1. 为什么(-1).toString(2)输出-1而非补码形式？ #

JavaScript的Number.prototype.toString(radix)方法设计初衷是输出数学意义上的数字对应进制表示，而不是底层存储的二进制格式。虽然数字在底层是用IEEE-754双精度浮点数存储的，但toString不会暴露这个细节——它会把负数的负号直接保留，只把绝对值部分转换成指定进制的字符串。

如果想查看-1对应的32位补码二进制，你可以先通过无符号右移把它转成32位无符号整数，再调用toString：

(-1 >>> 0).toString(2) // 输出 "11111111111111111111111111111111"

2. 为什么-1 >>> 32结果是4294967295而非0，-1 << 32结果是-1而非0？ #

这是因为ECMAScript规范对移位位数的处理有明确规则：所有位运算的移位位数都会先被模32处理（准确说是和0x1F做按位与运算），也就是说实际生效的移位位数是n % 32。

所以：

• -1 >>> 32 等价于 -1 >>> (32 % 32)，也就是 -1 >>> 0，结果就是32位无符号整数的最大值4294967295
• -1 << 32 等价于 -1 << 0，移位0位等于没移位，结果还是-1

而-1 >>> 31的时候，31%32=31，所以正常右移31位，结果就是1，符合你的预期。

3. 为什么toString()显示带负号而非通过符号位表示？ #

还是回到toString的设计目标：它是给开发者看的友好可读的数字表示，不是用来展示底层存储结构的。IEEE-754的符号位是底层实现的细节，toString会把数字当成数学中的整数/浮点数来输出——负号就是数学意义上的负数标识，就像你在纸上写负数时会写-1而不是补码一样，JavaScript的toString就是做这个“翻译”工作的。

4. 为什么-1 >> 0结果是-1，-1 >>> 0结果是4294967295？ #

虽然移位位数是0，但>>（有符号右移）和>>>（无符号右移）的本质是先把操作数转换为32位整数，再执行移位（0位等于直接返回转换后的结果），而两者的转换规则不同：

• >>会把数字转换为32位有符号补码整数：-1的32位有符号补码是0xFFFFFFFF，转换回有符号整数还是-1，所以结果是-1
• >>>会把数字转换为32位无符号整数：0xFFFFFFFF作为无符号整数就是十进制的4294967295，所以结果是这个值

简单说，移位0位时，这两个运算符其实起到了“类型转换”的作用：>> 0把数字转成32位有符号整数，>>> 0转成32位无符号整数。

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