Java位运算符应用与二进制计算技巧

本文深入剖析Java位运算符的核心原理与实战陷阱，澄清&与&&的本质区别、无符号右移>>>的特殊行为、异或交换变量的潜在风险，以及用n & 1判断奇偶的真实适用场景与局限；强调位运算虽高效精巧，但绝非炫技工具——现代JVM已大幅优化常规表达式，盲目追求位操作反而牺牲可读性、可维护性与安全性，真正关键在于理解语义、尊重规范、善用高级抽象，让代码既正确又可持续。

为什么 & 和 && 不能混用？

Java里 & 是位与，&& 是逻辑与，语义和行为完全不同。误用会导致短路失效、空指针或计算错误。

• && 遇到第一个 false 就停，不执行右边表达式；& 一定两边都算，哪怕左边已是 0
• 对布尔变量用 & 不报错但失去短路保护，比如 obj != null & obj.getValue() > 0 可能触发 NullPointerException
• 对整数必须用 &，&& 编译直接失败：int a = 5 & 3 合法，5 && 3 编译报错 bad operand types for binary operator '&&'

1 为啥是负数？

Java中 int 是 32 位有符号补码，左移高位溢出后符号位被置为 1，结果解释为负数。

• 1 得到的是 0x80000000，即十进制 -2147483648，不是 2147483648
• 想无符号左移？用 long： 1L 安全；或转成无符号处理（如 Integer.toUnsignedString(x)）
• 右移注意：>> 是带符号右移，>>> 是无符号右移；-4 >> 1 得 -2，-4 >>> 1 得 2147483646

用 ^ 交换两个变量真能省临时变量？

能，但只适用于同类型整数变量，且存在副作用风险，实际项目里基本不用。

• 写法是 a ^= b; b ^= a; a ^= b;，本质利用 x ^ x == 0 和 x ^ 0 == x
• 问题一：如果 a 和 b 指向同一变量（比如数组元素 arr[0] 和 arr[0]），结果变成 0
• 问题二：可读性差，JVM 优化后性能并不比临时变量好，现代 JIT 编译器对 int t = a; a = b; b = t; 优化得极好
• 别在浮点、对象、long（没原子性保证）上尝试 —— double 或 Long 用 ^ 会编译失败或行为未定义

判断奇偶用 n & 1 比 n % 2 == 0 快吗？

理论上快，但 JVM 现代版本几乎做了等价优化，实际差异可忽略；不过 n & 1 更明确表达了“看最低位”的意图。

• n & 1 == 0 判断偶数，n & 1 == 1 判断奇数，前提是 n >= 0；负数时 -3 & 1 仍得 1，所以它其实判断的是“最低位是否为 1”，不是数学奇偶性
• % 对负数结果依赖语言规范（Java 中 -3 % 2 == -1），而 & 1 始终返回 0 或 1，行为更稳定
• 真正影响性能的是分支预测失败或内存访问模式，单个运算符差异早被掩盖；别为了这个改代码，除非你在写 JNI 或 HotSpot 内部逻辑

位运算是底层工具，不是炫技入口。该用 Math.abs() 就别硬写 (n ^ (n >> 31)) - (n >> 31)，后者在负数边界、JIT 优化、可维护性上全是坑。

到这里，我们也就讲完了《Java位运算符应用与二进制计算技巧》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！