位运算不能通用实现整数数组去重，因其受限于32位有符号整数范围，仅适用于0~31等小范围非负整数；负数会转补码、大数被截断、位掩码容量有限；实际应优先使用set等健壮方法。
位运算不能直接用于整数数组去重，除非数组元素严格满足：**全部是非负整数，且范围非常小（例如 0 ~ 31 或 0 ~ 63）**。这是因为 JavaScript 的位运算符（如 &、|、^）作用于 32 位有符号整数，且只能精确表示有限个独立“开关位”。超出范围或含负数、重复高位时，会因位截断、符号扩展或哈希冲突而丢失信息或产生错误结果。
为什么不能通用？
JavaScript 位运算本质是将操作数转为 32 位补码整数再计算。这意味着：
- 负数会被转换成对应补码（如
-1 >>> 0得4294967295），无法原样保留语义 - 大于
2³¹−1（即 2147483647）的数会被截断，不同大数可能映射到同一 32 位值 - 位掩码（bitmask）只能标记“是否存在”，但一个 32 位整数最多存 32 个不同值的状态——无法处理任意长度或任意取值的数组
仅在严格受限场景下可行（举例说明）
假设数组只含 0 ~ 31 之间的非负整数，可用单个 32 位整数做位掩码：
function uniqueByBitmask(arr) {
let mask = 0;
const result = [];
for (const n of arr) {
if (n 31 || !Number.isInteger(n)) continue;
if ((mask & (1
<p>这里 <code>1 将第 <code>n</code> 位设为 1；<code>mask & (1 判断该位是否已置位；<code>mask |= (1 标记该数出现过。逻辑简洁高效，但适用面极窄。</code></code></code></p>
<h3>实际开发中该用什么？</h3>
<p>绝大多数场景应使用语义清晰、健壮通用的方法：</p>
-
Set + 扩展运算符：
[...new Set(arr)]—— 简洁、标准、支持任意类型（对数字/字符串去重完全够用） -
filter + indexOf：
arr.filter((x, i) => arr.indexOf(x) === i)—— 兼容老环境，逻辑直白 -
reduce 构建唯一 Map：
arr.reduce((acc, x) => acc.has(x) ? acc : acc.set(x, 1), new Map()).keys()—— 可扩展（如需计数）
小结
位运算是底层优化工具，不是通用算法替代品。拿它实现数组去重，就像用螺丝刀敲钉子——特定微小场景能凑合，但一旦需求稍变（比如加个负数、换成长整数、要求保持顺序），就会失效甚至出错。现代 JS 引擎对 Set 优化极好，性能差距可忽略，可读性与可靠性却高得多。真要极致性能且数据高度受限，才考虑位掩码；其他情况，请放心用 Set。
