BigInt 与 Number 混合运算会触发 TypeError，需提前识别并规避：1. 禁止直接混合算术运算；2. 比较须同类型；3. JSON 序列化需手动转换。
遇到 TypeError: Cannot mix BigInt and other types 就是典型的 BigInt 与 Number 混合运算错误，它不是运行时计算失败，而是 JavaScript 引擎在执行前就拒绝的硬性限制。关键不是“怎么修报错”，而是“怎么提前识别并避开”。
一眼识别混合运算的高危写法
以下写法只要出现，必定报错，无需运行就能判断：
-
123n + 456（BigInt 加 Number） -
999n === 999（严格相等，类型不同 → 返回false，不报错但逻辑错） -
100n > 99.5（BigInt 和小数比较 → 报错） -
Math.max(10n, 20n)（Math 方法不接受 BigInt） -
JSON.stringify({ id: 12345678901234567890n })（JSON 不支持 BigInt）
后端传来的长数字字符串，最容易踩坑
从接口拿到类似 "9007199254740991999" 的 ID 字符串，如果直接 parseInt(str) 或 +str 转成 Number，一步就精度丢失；再拿去和 1n 运算，表面不报错，结果却已错。
正确做法是：跳过 Number 中间态，直接 BigInt(str)。
- ✅ 安全：
const id = BigInt("9007199254740991999") - ❌ 危险：
const id = BigInt(parseInt("9007199254740991999"))（parseInt先丢精度）
安全协同使用的三步守则
不靠猜测，用明确规则守住边界：
-
运算前统一类型：所有参与算术运算的值，必须全是
BigInt或全是Number。用123n + BigInt(456)，不用123n + 456 -
比较只用
===且同类型：要判断相等，先确保两边都是BigInt，比如id === expectedId，其中expectedId也得是123n，不是123 -
进出 JSON 必须手动桥接：序列化前遍历对象，把
typeof x === 'bigint'的字段转成x.toString()；反序列化后，对已知是 ID 的字段再调用BigInt(str)恢复
哪些地方看似安全，实则暗藏陷阱
有些操作不会立即报错，但结果不可靠：
-
10n == 10当前多数引擎返回true，但这是历史遗留行为，ES 规范已标记为不推荐，V8 等引擎未来可能调整 -
Number(1000000000000000000000n)可能返回Infinity或不精确值，仅当 BigInt 值 ≤Number.MAX_SAFE_INTEGER时才可逆向转换 -
5n / 2n得2n（向零截断），不是2.5n—— BigInt 没有小数，除法天然丢余数
