为什么 100 >> 100 和 100 >>> 100 在 Javascript 中返回 6？ [复制]答案

【问题标题】：Why does 100 >> 100 and 100 >>> 100 return 6 in Javascript? [duplicate]为什么 100 >> 100 和 100 >>> 100 在 Javascript 中返回 6？ [复制]
【发布时间】：2021-11-13 20:21:50
【问题描述】：

来自documentation：

右移运算符 (>>) 将第一个操作数向右移动指定的位数。右移的多余位被丢弃。最左边位的副本从左边移入。由于新的最左边的位与前一个最左边的位具有相同的值，因此符号位（最左边的位）不会改变。因此得名“符号传播”。

据我了解，由于 100 是 0b1100100，因此将其向右移动 100 次应该得到 0b0。但是，当我在 Javascript（使用 chrome）中运行 100 >> 100 时，它返回 6。为什么会这样？我猜这与 JS 对数字的内部表示有关，但想更清楚地知道。

编辑：即使使用无符号 >>> 运算符，答案仍然是 6。签名/未签名似乎无关紧要。

无符号操作documentation:

无符号右移运算符 (>>>)（零填充右移）将第一个操作数右移指定位数。右移的多余位被丢弃。零位从左边移入。符号位变为 0，因此结果始终为非负数。与其他按位运算符不同，零填充右移返回一个无符号的 32 位整数。

【问题讨论】：

尝试在 Rust 中执行此操作会由于溢出而导致编译错误。因此，我认为这是由于大量移位时 int 溢出造成的。
试试100 >> 31和100 >> 32。
我原以为向右移动 100 位会导致所有位都脱落，而您只剩下符号，但似乎并非如此......似乎是% 32d 什么的
无法真正解释原因，但ECMAscript specification 表示将数字移动 x 模 32 位，即移动 32、64、... 将导致相同的数字, x >> 100 将产生与 x >> 4 相同的结果。
我认为这是正确的。我现在看到它确实被模 32 移动了。很遗憾，我没想到要查看 ECMA 规范。

标签： javascript binary

【解决方案1】：

右侧的值取模 32。（即仅使用最后五位。）如果计算 100>>32，则得到 100，与计算 100>>0 时得到的结果相同。 .之后100>>33就是50，循环往复。

【讨论】：

专业提示：如果您包含来自 ECMAScript 规范的引用和链接，它将提高您的答案质量并在easily findable 发布此帖子。