Java整数类型统一用补码存储，位运算直接作用于补码；补码解决原码和反码的零表示与加法问题，负数补码为反码加1，-128补码为10000000；位运算均在补码层面进行，移位区分有符号（>>）与无符号（>>>）。

Java整数类型在内存中统一用补码存储，位运算直接作用于这些补码位——这是理解所有结果的底层前提。不搞懂补码，位运算就只是死记硬背；搞懂了，&、|、^、~、>、>>> 都能心算推导。

补码是唯一正确的存储方式

原码和反码都存在致命缺陷：原码有+0和-0两种表示，且1 + (-1)算出来是-2；反码虽解决了加法问题，但仍有两个零。补码通过“负数 = 反码 + 1”彻底统一了零的表示，并让加减法都能用同一套二进制加法器完成。比如 byte 类型的 -1，补码是 11111111，它加 1 就自然溢出成 00000000（即 0），完全符合数学直觉。

• 正数补码 = 原码 = 反码，符号位为 0，数值位就是绝对值的二进制
• 负数补码 = 符号位 1 不变，其余位取反后 +1
• byte 的范围是 -128 ~ 127，其中 -128 的补码是 10000000（原码无法表示）

位运算本质是补码位对位操作

Java 中只有 byte、short、int、long 支持位运算，且运算前自动提升为 int（32 位）。所有操作都在补码层面进行，结果也以补码形式存在，再按补码规则转回十进制。

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

• &（与）：同为 1 才得 1，常用于提取特定位（如 x & 0xFF 获取低 8 位）
• |（或）：有 1 就得 1，常用于置位（如 flags | 0x04 打开第 3 位）
• ^（异或）：相同为 0、不同为 1，满足 x ^ x = 0、x ^ 0 = x，可用于交换变量或校验
• ~（取反）：每位翻转，恒有 ~x == -x - 1（如 ~5 = -6，~(-3) = 2）

移位运算需区分有符号与无符号

左移 > 是有符号右移，符号位复制填充高位；>>> 是无符号右移，高位一律补 0。

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

• -8 >> 2：-8 补码为 11111000，右移 2 位后高位补 1 → 11111110 = -2
• -8 >>> 2：同样补码 11111000，右移 2 位后高位补 0 → 00111110 = 62
• 移位不改变符号位逻辑，但 >>> 能把负数“变成”正数，常用于位提取或哈希散列

实战中绕不开的几个关键点

日常写代码很少手动算补码，但调试或读源码（如 HashMap 的 hash 扰动、ConcurrentHashMap 的 sizeCtl）时，必须能快速判断位运算结果。

• 用 Integer.toBinaryString(x) 查看正数补码（注意它不显示高位 0）
• 负数要补全 32 位再分析，可用 String.format("%32s", Integer.toBinaryString(x)).replace(' ', '0')
• char 是唯一例外：它无符号，按原码存，所以 'A' & 0xFF 永远等于 65，不会出现负值
• 位运算优先级低于关系运算符，该加括号一定要加，比如 if ((flags & MASK) != 0)