位运算符虽底层高效，但仅在输入为32位整数、需无分支逻辑或处理二进制协议时真正有价值；>>0和~~不等价于安全取整，应优先用Math.trunc；&替代%仅适用于非负数对2的幂取模；位掩码是其不可替代的核心用途。
位运算符能直接操作二进制位，但不是所有“快”都值得用
JavaScript 中的位运算符（&、|、^、~、、>>、>>>）在 V8 引擎里确实被编译为底层 CPU 指令，理论上比浮点或对象操作快。但现代 JS 引擎对 Math.floor、parseInt 等常见操作做了高度优化，**单纯为了“快”而用位运算，往往得不偿失**。真正有价值的应用场景是：明确知道输入是 32 位有符号整数、需要无分支逻辑、或与底层协议/算法强耦合。
>>0 和 ~~ 并不等价，且仅适用于安全整数范围
这两个常被误当作“快速取整”手段：
-
x >> 0：带符号右移 0 位，会将x转为 32 位有符号整数（ToInt32），对3.7得3，但对2147483648（即2³¹）会溢出成-2147483648 -
~~x：等价于x >> 0，因为~是按位取反，两次取反后效果相同，但同样受限于 32 位范围 - 它们无法正确处理
NaN、Infinity或大于2³¹−1的数（如Math.pow(2, 32)）
更安全的替代是 Math.trunc(x)（ES6），或明确需要整数截断时先校验：
function safeTrunc(x) {
if (!isFinite(x)) return 0;
return x >> 0;
}
用 & 替代 % 只在 2 的幂次下成立
当除数是 2 的整数次幂（如 2、4、8、16…）时，x & (n - 1) 确实可替代 x % n，前提是 x >= 0 且 n 是 2 的幂：
-
13 % 8 === 5→13 & 7 === 5✅ -
-13 % 8 === -5，但-13 & 7 === 3❌（符号位干扰） -
13 % 10不能用位运算替代，因为 10 不是 2 的幂
典型适用场景是哈希表桶索引计算（如 hash & (capacity - 1)），但前提是 capacity 显式设为 2 的幂（如 16、32、64）。
立即学习“Java免费学习笔记（深入）”；
位掩码（bitmask）是位运算不可替代的核心用途
当需要紧凑存储多个布尔状态、或解析二进制协议字段时，位运算几乎是唯一合理选择：
- 定义标志：
const READ = 1 - 组合状态：
const flags = READ | WRITE; - 检测状态：
if (flags & READ) { ... } - 清除状态：
flags &= ~WRITE;
这比用对象键或数组布尔值节省内存，也避免了字符串比较开销。但要注意：JS 数字精度上限是 2⁵³−1，所以最多可靠使用约 53 个独立 flag —— 实际项目中超过 32 个就该考虑用 BigInt 或其他结构了。
