无符号右移（>>>）将整数二进制位序列整体右移，高位恒补0，不考虑符号位，使负数转为非负大整数；需基于补码理解，注意类型提升、移位量取模及不可用于取绝对值。

无符号右移（>>>）的核心作用，就是把一个整数的二进制表示**整体当作纯位序列来处理**，向右移动后，左边空出的位置一律补 0，不看它原本是正还是负。这对负数特别有用——它能快速“抹掉”符号位的影响，得到一个非负的大整数。

理解负数的补码本质是前提

Java 和 JavaScript 中，负数用补码存储。比如 int 类型的 -1，32 位补码全是 1：
11111111 11111111 11111111 11111111
-8 的补码是：
11111111 11111111 11111111 11111000
这些高位的 1 是符号位，但 >>> 不认这个“身份”，只当它们是普通比特。

高位补零的操作过程很直接

• 写出操作数的完整 32 位（int）或 64 位（long）二进制形式
• 向右移动指定数量的位，低位被丢弃
• 左侧空出的位全部填 0（不是复制原符号位）
• 把新得到的二进制串，按有符号整数规则解释成十进制数——由于最高位是 0，结果必为非负

典型例子帮你建立直觉

-1 >>> 1：
原补码：11111111 11111111 11111111 11111111
右移 1 位 → 空出 1 位，补 0：
01111111 11111111 11111111 11111111 = 2147483647（即 Integer.MAX_VALUE）

-8 >>> 2：
原补码：11111111 11111111 11111111 11111000
右移 2 位，高位补两个 0：
00111111 11111111 11111111 11111110 = 1073741822

使用时必须注意的几个关键点

• byte、short 运算前会自动提升为 int，所以 (byte)-1 >>> 1 实际等价于 -1 >>> 1，不是你直觉中对 8 位的操作
• 移位量 ≥ 32（int）或 ≥ 64（long）时，Java 会先对移位量取模，例如 -1 >>> 33 等同于 -1 >>> 1
• JavaScript 中 -100 >>> 2 结果是 1073741821（不是 -1），前面资料里写 -1 是错的——那是混淆了有符号右移或用了不完整位宽导致的误算
• 它不能还原绝对值，也不等于数学上的“转正”，只是纯粹的位填充动作；想取绝对值请用 Math.abs()