java位移运算不会因位移量超限报错，但会因位移量取模和溢出导致非预期结果；int取低5位（%32），long取低6位（%64）；需防范结果失真而非位数超限。
Java 位移运算本身不会“超出类型最大位数”导致运行时错误，但会因**位移量过大或左移溢出**产生非预期结果。关键不是防止“超出位数”，而是正确理解 Java 的位移规则并规避误用。
位移量自动取模：不用手动防超限
Java 对位移量做了硬性截断，无需开发者额外判断是否超过类型位宽：
- 对 int 类型，实际只取位移量的低 5 位（即 shift % 32）
- 对 long 类型，只取低 6 位（即 shift % 64）
- 所以
5 等价于 <code>5 （因为 35 % 32 = 3），<code>1L 等价于 <code>1L - 这意味着
value 永远不会因 <code>n过大而抛异常或卡死，但结果可能完全不符合直觉
左移防数值溢出：重点在结果是否可用
int 左移真正危险的是**语义溢出**——高位被挤掉、符号位翻转，导致结果变成负数或零，而非计算失败：
0x40000000 → <code>0（2³⁰ × 4 = 2³²，超出 int 范围，高位全丢）Integer.MAX_VALUE → <code>-2（2147483647 × 2 = 4294967294 → 补码截断为 -2）- 若业务依赖“乘以 2ⁿ”的数学含义，必须提前校验：
n >= 0 && n ，或改用 <code>Math.multiplyExact(value, 1 触发溢出异常
右移无溢出风险，但要注意语义差异
右移操作（>> 和 >>>）不改变数值位宽，也不会因位移量大而出错：
-
100 >> 100等价于100 >> 4（100 % 32 = 4），结果是 6 -
-1 >> 100→-1（负数算术右移补 1，移多少位都是 -1） -
-1 >>> 100→0x3FFFFFFF（即 1073741823），因为高位恒补 0 - 只要明确使用场景（如
>>>用于无符号逻辑、>>用于带符号除法），就不存在“超限”问题
安全实践建议
真正需要防范的不是“位数超限”，而是**结果失真**：
- 避免用
替代乘法，除非你控制输入范围且追求极致性能 - 二分查找中求中点，优先用
(left + right) >>> 1（利用无符号右移消化加法溢出）或更通用的left + (right - left) / 2 - 涉及标志位操作（如
flags |= 1 ）时，确保 <code>n在 [0, 31] 内，否则掩码无效 - 调试时可用
Integer.toBinaryString(x)查看实际二进制，比十进制更直观
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
