是算术右移（符号位扩展），>>>是逻辑右移（高位补0）；负数时>>保持负号，>>>转为正数，如-8>>1=-4，-8>>>1=2147483644。

Java 里 、<code>>>、>>> 不是“移动数字”，而是移动二进制位 —— 负数处理方式不同，这是最常出错的地方。

为什么 >> 和 >>> 对负数结果完全不同

Java 用补码存整数，最高位是符号位。>> 是算术右移：符号位不变，空出的高位全补原符号位（负数补 1）；>>> 是逻辑右移：不管正负，空出的高位一律补 0。

常见错误现象：-8 >> 1 得 -4，但 -8 >>> 1 得 2147483644（即 0x7FFFFFFC），不是你直觉里的 “除以 2”。

• -1 >> 1 → 还是 -1（全 1 补 1）
• -1 >>> 1 → 2147483647（0x7FFFFFFF，最高位变 0）
• 只对 int / long 有效；byte / short 会先提升为 int 再运算，注意隐式类型转换

看似安全，其实也有溢出陷阱

左移本质是乘以 2 的幂，但不检查溢出。移位后超出类型范围时，高位直接截断，不报错也不提示。

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

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

使用场景：快速乘 2 的幂、构造掩码（如 1 表示 8）、设置某一位。

• 1 在 <code>int 中是 -2147483648（符号位被置 1）
• 1 对 <code>int 等价于 1 （因为只取低 5 位作为移位数），结果是 <code>1
• long 移位数取低 6 位，所以 1L 实际是 <code>1L → <code>1L

什么时候必须用 >>> 而不是 >>

当你在处理无符号语义的数据时，比如解析网络字节流、读取图像像素、实现哈希算法或做位掩码计算 —— 这些场景里，你关心的是原始比特，不是“这个数是正是负”。

典型例子：把一个 byte 当作 0~255 的值来用：

byte b = (byte)0xFF; // 实际值是 -1
int unsigned = b & 0xFF; // 正确：255
int wrong = b >> 4;     // 错误：-1，因为 -1 >> 4 还是 -1
int right = b >>> 4;   // 正确：15（0xFF >>> 4 == 0x0F）

• >>> 在 int 上永远返回非负数；>> 可能保持负号
• 对 long 同理，但要注意 >>> 在 long 上操作的是 64 位，别和 int 混用导致高位污染
• 不要对负的移位数使用，行为未定义（实际是取模后移位，但容易误判）

真正难的不是记住符号，而是在读别人代码或调试位运算时，一眼看出某个 >> 是不是该换成 >>> —— 尤其当变量来源复杂、类型隐式提升过多次的时候。