无符号右移>>>的核心价值是将int视为纯32位二进制数，高位恒补0，彻底切断符号位干扰，确保位操作结果可预测、可复用，适用于字段提取、环形索引、防溢出中点计算等场景。
无符号右移 >>> 的核心价值，是在高阶算法中把整数当作纯位序列处理，彻底切断符号位对计算逻辑的干扰。它不解决数值大小问题，而是确保位操作结果可预测、可复用。
提取低位字段时必须用 >>> 配合掩码
当从一个 int 中截取低 N 位（如 4 位索引、8 位颜色分量），常见写法是 (x & mask) >> shift。但如果 x 是负数，& 后仍保留符号位，再用 >> 右移会复制高位 1，导致结果异常偏大或为负。
- 错误写法：
(x & 0xFF) >> 4—— 若x = -1（全 1），& 0xFF得0xFF（255），但若 x 是 short 扩展来的负值，实际可能是0xFFFFFFFF，& 0xFF后仍是0xFF，再>>没问题；但更典型的是跨字节解析场景，原始值未归一化 - 安全写法：
(x & 0xFF) >>> 4—— 显式清除高位残留，保证结果始终落在0–15范围内 - 通用模式：
(x & bitfield_mask) >>> start_bit，其中start_bit是字段最低位在整数中的位置
实现环形数组索引时避免负偏移越界
用 index & (length - 1) 替代 % length 要求 length 是 2 的幂，且 index ≥ 0。但算法中 index 可能因回退、差值计算变为负数——此时直接 & 会得到极大正数，超出数组边界。
- 危险操作：
arr[(i - j) & (arr.length - 1)]，当i - j为负，结果可能远超arr.length - 1 - 加固方式：
arr[((i - j) >>> 0) & (arr.length - 1)]——>> 0把负数转成等效无符号值（如-1 >>> 0 == 0xFFFFFFFF == 4294967295），再与掩码相与，高位自然被截断，结果一定落在[0, length-1] - 注意：
>> 0不改变位模式，只是语义上重解释，JVM 通常优化为零开销指令
计算中间值防溢出：用 (low + high) >>> 1 替代 (low + high) / 2
二分查找等算法中，low + high 可能溢出，使和变成负数，再除以 2 得到错误中间点。而 >>> 是位操作，不依赖数值大小，只看二进制形态。
-
(low + high) / 2：当low = Integer.MAX_VALUE - 1，high = Integer.MAX_VALUE，和溢出为负，结果完全错乱 -
(low + high) >>> 1：溢出后的二进制仍能被正确右移，效果等价于(low + high) / 2的数学结果（在无符号解释下） - 本质是利用了补码加法的模运算特性：
(a + b) mod 2³²右移 1 位，等效于floor((a + b) / 2)在 32 位空间内的表示
解析紧凑位图时先清除符号扩展污染
从 byte[] 中按位读取索引（如每 3 位一个 ID），常需将 byte 提升为 int 再移位。但 Java 中 byte 是有符号类型，data[i] 若为 0xFF，直接赋给 int 得 0xFFFFFFFF（不是期望的 0x000000FF）。
- 错误链：
int src = data[off]; int field = (src >> pos) & 0x7;——src已被符号扩展污染 - 正确链：
int src = data[off] & 0xFF;先清扩展位，再>>>对齐：int field = (src >>> pos) & 0x7; - 关键点：
& 0xFF必须在任何右移前完成，否则符号位已扩散，>>>也无法还原
