javascript中bigint与number不能直接混合运算，会立即抛出typeerror；所有涉及两者混合的算术和关系操作（如1n+1、10n
JavaScript中BigInt与Number不能直接混合运算，会立即抛出TypeError，这是语言层面的硬性限制，不是隐式转换失败或精度丢失问题。
哪些操作会触发报错
以下任意涉及BigInt和Number混合的算术或比较操作都会直接报错：
-
1n + 1（加法） -
10n - 5（减法） -
2n * 3（乘法） -
8n / 2（除法） -
100n % 7（取余） -
5n === 5（严格相等，返回false但不报错；而5n == 5也不报错但结果为false） 5n （关系比较，会报错）
为什么不允许混用
BigInt是为精确表示任意精度整数设计的，Number遵循IEEE 754双精度浮点规范，两者语义根本不同：
- Number有
NaN、Infinity、-0等特殊值，BigInt没有对应概念 - Number最大安全整数是
2<sup>53</sup> - 1，超出后无法精确表示；BigInt无此限制 - 自动转换会破坏BigInt的设计目标——可预测的、无损的整数运算
如何安全地协同使用
必须显式转换，且仅在数值确保存入Number范围时才可转为Number：
- Number → BigInt：用
BigInt(n)（要求n是整数，否则抛RangeError） - BigInt → Number：用
Number(bn)（若值超出±(2<sup>53</sup> - 1)，精度丢失且不报错，需自行校验） - 统一类型再运算：例如
BigInt(a) + BigInt(b)或Number(a) + Number(b) - 比较前先确认类型一致，或用
bn.toString() === n.toString()做字符串级相等判断（仅适用于整数）
常见误判场景
这些写法看似合理，实则会报错或产生意外结果：
-
Math.max(1n, 2n)→ 报错，因为Math方法只接受Number -
Array.from({length: 10n})→ 报错，length期望是Number -
JSON.stringify(100n)→ 抛TypeError，BigInt不可序列化 1n → 报错，关系运算符不支持跨类型比较
这种强制分离的设计避免了隐式转换带来的不确定性，让大整数运算更可控，但也要求开发者明确类型边界。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
