javascript位运算符一律将操作数转为32位有符号整数再计算，经toint32转换（范围−2147483648~2147483647），不支持bigint，右移分有符号（>>）和无符号（>>>），需警惕截断与类型混淆。

JavaScript 的位运算符（如 &、|、^、~、、<code>>>、>>>）**一律将操作数转为带符号的 32 位整数（two's complement）后再计算**，这是核心限制，直接影响结果的正确性和可预期性。

所有操作数被强制转换为 32 位有符号整数

无论原始值是 number 类型的浮点数、大整数（如 9007199254740992）、负数或 NaN，执行位运算前都会经历以下步骤：

• 先调用 ToInt32 抽象操作：将值转为 32 位有符号整数（范围：−2³¹ 到 2³¹−1，即 −2147483648 ~ 2147483647）
• 转换规则：取数值的整数部分，再对 2³² 取模，最后按补码解释为有符号数
• 例如：2147483648 & 1 → ToInt32(2147483648) === -2147483648 → 结果为 0（因为 −2147483648 的二进制第 0 位是 0）
• 3.7 | 0 得 3，NaN | 0 得 0，Infinity | 0 得 0

右移运算符 >> 和 >>> 行为不同

两者都要求左操作数为 32 位整数，但符号处理方式关键不同：

javascript-pro

专注现代 ECMAScript、异步编程、性能优化和全栈的 JavaScript 专家，适用于现代开发

下载

• >> 是**有符号右移**：高位用符号位填充（算术右移）。例如 -4 >> 1 → -2
• >>> 是**无符号右移**：高位恒补 0（逻辑右移）。例如 -4 >>> 1 → 2147483646（因 −4 的 32 位无符号值为 4294967292，右移 1 位得 2147483646）
• 注意：>>> 对正数效果与 >> 相同，但对负数会得到很大的正数，易引发隐式类型混淆

无法安全处理大于 32 位的整数

ES2020 引入了 BigInt，但**所有位运算符都不支持 BigInt 类型**（使用会抛出 TypeError）：

• 1n & 2n → 报错：“TypeError: BigInts have no bitwise operators”
• 若需对大整数做位运算，必须手动模拟（如拆分为 32 位段、用数组存低位/高位），或借助第三方库（如 big-integer）
• 常见陷阱：从后端接收 64 位时间戳（如 1712345678901）直接用于 & 或 ，结果因截断而错误

实际开发中的规避建议

在需要精确位操作的场景，应主动预防 32 位截断带来的意外：

• 对输入做范围检查：if (val 2147483647) { /* 警告或拒绝 */ }
• 用 Math.trunc(val) & 0xffffffff 显式取低 32 位，比直接 val & 0xffffffff 更清晰（后者已隐式 ToInt32）
• 处理标志位（flags）时，优先用对象或 Set 替代位掩码，提升可读性与可维护性
• 涉及加密、哈希、协议解析等底层操作，考虑使用 ArrayBuffer + Uint32Array 精确控制字节布局

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南