bigint 不支持 >>> 运算符是设计取舍而非 bug；直接使用会报 syntaxerror 或 typeerror，非负数可用 >> 替代，负数需配合 asuintn 显式转无符号后再右移。
BigInt 不支持 >>> 运算符，这不是 bug，而是语言设计的明确取舍。识别该限制的关键在于理解其触发场景和报错特征，再配合语义等价的替代写法即可安全绕过。
一眼识别限制存在的典型信号
以下任一情况出现，基本可确认遇到了 BigInt 的 >>> 限制：
- 代码中直接写
123n >>> 2，运行时报SyntaxError或TypeError（esbuild 构建时更常提前报错） - 混合类型运算，如
123n >>> 0或someBigInt >>> someNumber，JavaScript 引擎拒绝执行位运算 - 权限校验或位图解析逻辑中，本意是“高位补 0 右移”，但结果异常（比如负值 BigInt 右移后仍为负，或高位残留 1）
- 调用
BigInt.asUintN前试图用>>>对齐位段，发现语法不通过
非负 BigInt 的安全右移：用 >> 即可
对非负数而言，>>（算术右移）与 >>> 效果完全一致，因为符号位是 0，补的也是 0。
-
100n >> 2→25n（等价于100n >>> 2） -
0b1100n >> 1→0b110n，无截断、无符号污染 - 只要确保操作数 ≥ 0n，就无需模拟
>>>，直接用>>
需要“无符号解释”的场景：用 asUintN + >>
当必须把一个可能为负的 BigInt 当作某固定宽度的无符号整数来右移（例如模拟 uint64 行为），应先用 asUintN 显式转为无符号上下文，再右移。
-
const u64 = BigInt.asUintN(64, -1n)→18446744073709551615n（即 2⁶⁴−1） -
u64 >> 3→ 高位补 0 的逻辑右移效果 - 位宽必须显式指定，不能省略；常见宽度有 32、64、128
- 注意：ES2024 提案已落地，现代 Node.js（v20.12+）和 Chrome 125+ 均支持
权限掩码与位图中的实用替代写法
在原子化权限校验或位图索引提取中，不依赖 >>> 同样能保证精度和语义清晰：
- 校验权限位：
userMask.and(permissionBit) !== 0n（不用移位） - 提取某一段位（如低 8 位）：
mask = (1n ，然后 <code>value & mask - 模拟
x >>> k（任意 x）：BigInt.asUintN(bitWidth, x) >> k，bitWidth 根据业务定（如 128） - 跨字节位图解析时，优先用
Uint8Array+DataView读取原始字节，再转为 BigInt 处理，避免符号扩展干扰
