javascript位移操作符先将操作数转为32位有符号整数再运算，仅支持32位补码表示，大数需用bigint或arraybuffer处理。
JavaScript 的 Number 类型是 64 位双精度浮点数，但位移操作符（、<code>>>、>>>）会**先将操作数转换为带符号的 32 位整数**，再执行运算。这意味着它不直接处理“二进制数据”本身，而是对数值的**32 位补码表示**进行位级操作。
位移操作符只作用于 32 位有符号整数
无论原始数值多大或多小，JavaScript 会在执行位移前做两步隐式转换：
- 将操作数转为 32 位有符号整数（使用
ToInt32抽象操作）：先取数值的整数部分，再对 2³² 取模，最后按补码规则解释为 -2³¹ 到 2³¹−1 范围内的数； - 右移时，
>>是算术右移（保留符号位），>>>是逻辑右移（高位补 0）； - 左移
会丢弃溢出的高位，结果始终在 32 位范围内。
例如：0b10000000000000000000000000000000 得到 <code>-2147483648（即 0x80000000 左移后变成 0x00000000，但因符号位变化被解释为负数），而不是预期的大整数。
处理大于 32 位的二进制数据需手动分段
若要操作 64 位或更长的二进制序列（如解析 ArrayBuffer 中的 uint64），不能依赖原生位移符。正确做法是：
- 用
BigInt（ES2020+）：支持任意精度整数和真正的位移操作，如1n ； - 用
Uint8Array/DataView直接读写二进制缓冲区，避免数值转换； - 手动拆分为高低 32 位，分别计算再组合（仅适用于已知范围的整数，且易出错）。
常见陷阱与注意事项
以下行为容易引发误解：
1 结果是 <code>1，因为位移量会先对 32 取模（32 % 32 === 0）；-
-1 >> 1得到-1（算术右移保持符号），而-1 >>> 1得到2147483647（即 0x7FFFFFFF）； - 小数参与位移会被截断为整数，
3.9 | 0是3，3.9 也是 <code>3； - 负数位移量无效，
5 返回 <code>0（规范要求位移量先转为无符号 32 位整数，-1变成4294967295，再对 32 取模得31，但实际引擎通常直接返回 0 或按规范步骤处理）。
推荐实践：明确目标，选对工具
处理二进制数据时，优先考虑语义清晰的方案：
- 位标志判断（flags）、简单掩码提取：用
&、|、^和位移配合，确保值在 32 位安全范围内； - 协议解析、图像/音频字节操作：用
ArrayBuffer+DataView，调用getUint32()、setInt16()等方法； - 大整数运算或密码学场景：使用
BigInt，并注意浏览器兼容性（Node.js 10.4+、Chrome 67+、Firefox 68+）； - 避免对
Math.random()、时间戳等浮点数直接位移——它们不是整数，结果不可靠。
位移操作在 JavaScript 中是“看起来像底层操作”的高层抽象，本质仍是浮点数到 32 位整数的强制转换。理解这个前提，才能避开多数坑。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
