可行，但限于几百至几千位权限场景；需用1n
直接用 JavaScript 的 BigInt 原始类型实现超长二进制权限位图的高性能更新，是可行的，但需明确边界：它适合中等规模权限（如几百到几千位），不适用于百万级位图或高并发实时写入场景。关键在于避开字符串转换、避免频繁创建新实例，并利用位运算原语。
用 BigInt 字面量和位运算符代替字符串构造
每次用 BigInt("123456789012345678901234567890") 构造都涉及解析开销。应优先使用字面量或基于已知小整数推导：
- 权限位索引从 0 开始，第
n位对应值为1n （注意是 <code>1n，不是1） - 设用户当前权限位图为
userBits = 0n，要授予第 42 位权限：userBits |= 1n - 要撤销第 17 位：
userBits &= ~(1n - 所有操作均为纯数值计算，无字符串介入，速度接近底层 CPU 位操作
批量更新用单次位运算合并操作
避免逐位循环调用 |=。若需一次性添加多个权限（如角色导入），可先聚合掩码再执行一次更新：
- 收集待加权限位索引数组：
const toAdd = [3, 15, 29, 101] - 生成总掩码：
const mask = toAdd.reduce((acc, i) => acc | (1n - 一次性更新：
userBits |= mask - 同理，批量撤销可用
userBits &= ~mask
检查权限用 testBit 等效逻辑（无需额外方法）
JavaScript BigInt 没有内置 testBit，但等效写法极简且高效：
- 判断用户是否拥有第
k位权限：(userBits & (1n - 该表达式编译后直接映射为底层位与+比较，无函数调用开销
- 比调用任何封装方法（如自定义
hasBit()）更快，因省去参数传递和作用域查找
持久化与传输时做紧凑编码
BigInt 本身不可序列化，但更新后的值只需存/传其十进制字符串或十六进制表示：
- 存数据库或发请求前：
userBits.toString()（十进制）或userBits.toString(16)（更短） - 恢复时用字面量：
BigInt("0xabc123...")，比new BigInt(str)更快且更安全 - 若后端支持
BIGINT或VARBINARY，可将userBits转为字节数组：toByteArray(userBits)（需自行实现或用bigint-buffer类库）
