位运算符是硬件级单周期指令，用于高频整数操作可提升性能：n & 1 判断奇偶、x | 0 截断小数，但仅限32位有符号整数范围，需注意符号位与无符号右移区别。
&、|、^、~、、>>、>>> 这些运算符不是“炫技工具”，而是在特定整数操作场景下真能省几个纳秒、少一次函数调用、压窄一个状态字段的底层手段。它们快，是因为 CPU 直接支持——不是 js 引擎优化出来的“假快”，是硬件级单周期指令。
怎么快速判断奇偶或取整？别再写 % 2 和 math.floor()
日常写 if (n % 2 === 1) 或 Math.floor(x) 没问题，但高频循环（比如 canvas 像素遍历、游戏 tick、webgl 索引计算）里，它们会暴露开销：
-
n & 1直接读二进制最低位：结果为1是奇数，0是偶数；比取模快约 2.7×（实测 chrome 118 下 10 亿次） -
x | 0或~~x可截断小数，等效于Math.trunc(x)，但无函数调用开销；注意：-3.7 | 0得-3，而Math.floor(-3.7)是-4，行为不同 - 只适用于 32 位有符号整数范围（−2³¹ 到 2³¹−1），超出会静默溢出（如
2147483648 | 0→-2147483648）
for (let i = 0; i < data.Length; i++) { if (data[i] & 1) { /* 处理奇数项 */ } const idx = (i * 4) | 0; // 确保像素偏移是整数 }权限和状态怎么用一个数字存多个布尔值？
不用对象 { read: true, write: false, exec: true }，也不用数组 ['read', 'exec']，直接用一个整数的每一位代表一种状态：
- 定义权限常量时用左移：
const READ = 1 （即1）、const WRITE = 1 （即2）、const EXEC = 1 （即4） - 组合权限：
userPerm = READ | WRITE;（值为3） - 检测权限：
if (userPerm & EXEC)—— 结果非零即拥有，O(1)，无遍历 - 开关权限：
userPerm |= EXEC;（添加）、userPerm &= ~EXEC;（清除）
const READ = 1 << 0; const WRITE = 1 << 1; const DELETE = 1 << 2; let user = READ | WRITE; // 3 console.log(user & READ); // 1 → true console.log(user & DELETE); // 0 → false
为什么颜色解析、索引计算、数组长度处理爱用位运算？
图像处理、音频采样、TypedArray 操作这类对内存布局敏感的场景，位运算是“贴地飞行”：
立即学习“Java免费学习笔记（深入）”；
- 从十六进制颜色值
0xFF5733提取 RGB：(color >> 16) & 0xFF（红）、(color >> 8) & 0xFF（绿）、color & 0xFF（蓝）——比除法 + 取模快得多 - 数组长度若保证是 2 的幂（如
1024），可用index & (length - 1)替代index % length实现快速环形缓冲区索引，避免昂贵的模运算 -
arr.length >> 0强制转为 uint32，防止某些引擎对浮点长度做额外类型检查（尤其在 WebGL 缓冲绑定中）
const color = 0xFF5733; const r = (color >> 16) & 0xFF; // 255 const g = (color >> 8) & 0xFF; // 87 const b = color & 0xFF; // 51哪些地方容易翻车？
位运算不是银弹，踩坑往往发生在“忘了它只认整数”和“混淆符号位”：
- 对
3.14159做&或，JS 先隐式转成 32 位有符号整数（即3），小数部分直接丢弃，不会报错也不会警告 -
>>是带符号右移，-8 >> 1得-4；需要无符号行为（比如处理颜色、哈希）必须用>>>，否则高位补 1 会导致负数变巨大正数 -
~x不等于-x，而是-x - 1；所以~~x才近似于截断，但负数仍不等于Math.floor - 现代引擎对
Math.floor、%已高度优化，纯业务逻辑里硬套位运算反而降低可读性，得不偿失
真正该用的时候，是当你在写底层数据处理、性能关键路径、或需要把几十个布尔压缩进一个字段时——其他时候，先写清楚，再看 profile 数据要不要动。