Java中>>>是逻辑右移，对负数高位补0而不考虑符号位，将补码视为无符号数处理，使结果恒为非负数；如-1>>>1得2147483647，-8>>>2得1073741822。

Java中没有真正的“无符号右移”对负数的特殊处理，因为Java所有整数类型都是有符号的，但>>>运算符会把负数的二进制补码形式当作无符号数来右移。关键在于：它不考虑符号位，而是直接在高位补0，从而可能将负数变成很大的正数。

负数在Java中的存储本质是补码

Java中负数以补码形式存储。例如：
-1 的 int 类型（32位）补码是：11111111 11111111 11111111 11111111
-8 的补码是：11111111 11111111 11111111 11111000

这些高位的1原本是符号位，但>>>运算符会忽略其语义，只把整个32位看作一个纯二进制数。

>>对负数的操作逻辑：高位强制补0

执行 n >>> k 时：
- 取 n 的32位（或64位，若为long）二进制表示；
- 向右移动 k 位；
- 左侧空出的 k 位全部填 0（不是原符号位的复制）；
- 结果仍按有符号类型解释，但由于高位补0，结果一定 ≥ 0。

例如：
-1 >>> 1 → 01111111 11111111 11111111 11111111 = 2147483647（即 Integer.MAX_VALUE）
-8 >>> 2 → 00111111 11111111 11111111 11111110 = 1073741822

常见误区与注意事项

• 不要误以为>>>能“还原”负数的绝对值——它只是位操作，结果取决于原始补码和移位量
• 对 byte/short 运算时，先自动提升为 int，再进行>>>，所以 -1 >>> 1 不等于 (byte)-1 >>> 1 的直观预期
• 使用 long 类型时务必用 L 后缀或写成 -1L >>> 1，否则仍按 int 处理
• 当移位量 ≥ 32（int）或 ≥ 64（long），实际移位量取模（如 -1 >>> 33 等价于 -1 >>> 1）

实用对比：>> 与 >>> 对同一负数的效果

以 -12 >> 2 和 -12 >>> 2 为例：
-12 原码：10000000 00000000 00000000 00001100
补码：11111111 11111111 11111111 11110100
-12 >> 2（算术右移）→ 11111111 11111111 11111111 11111101 = -3（高位补1）
-12 >>> 2（逻辑右移）→ 00111111 11111111 11111111 11111101 = 1073741821（高位补0）

可见，符号位是否参与填充，直接导致结果从负变正、数值剧增。

立即学习“Java免费学习笔记（深入）”；