BigInt能精确表示任意长度整数，避免Number类型在2⁵³外的精度丢失，但性能低5–10倍、不与Number混用、不支持Math/JSON等API，适用于高精度ID、密码学等场景。
BigInt 在处理长数字运算时能避免精度丢失，但性能比普通数字（Number）慢，且不能与 Number 混用参与算术运算。
BigInt 的核心优势：精确表示任意长度整数
JavaScript 的 Number 类型基于 IEEE 754 双精度浮点数，安全整数范围仅限于 -(2⁵³−1) 到 2⁵³−1（即 Number.MAX_SAFE_INTEGER）。超出此范围的整数会丢失精度。BigInt 通过后缀 n（如 123n）或 BigInt() 构造，可无损表示任意大小的整数。
- 例如：
9007199254740992n + 1n === 9007199254740993n，而9007199254740992 + 1仍等于9007199254740992 - 适用于高精度 ID、密码学计算、大整数统计等必须保值的场景
性能开销明显：运算速度通常低 5–10 倍
BigInt 运算由引擎在堆上分配内存并调用专门算法（如 Karatsuba 乘法），不享受 Number 的底层硬件加速。实测中，相同规模的加法/乘法，BigInt 耗时通常是 Number 的数倍，尤其在循环密集运算中差异显著。
- 小整数（如
100n + 200n）开销相对可控；但位数超百位后，乘除、取模、幂运算延迟快速上升 - V8（Chrome/Node.js）对 BigInt 做了持续优化，但仍未达到 Number 级别；SpiderMonkey（Firefox）和 JavaScriptCore（Safari）实现策略不同，性能表现略有差异
- 建议：仅在确实需要精度保障时启用 BigInt；若仅需显示大数（如时间戳、ID 字符串），优先用字符串或保留为字符串处理
关键限制：类型隔离与 API 兼容性不足
BigInt 是独立原始类型，与 Number 不兼容，多数内置函数和运算符不支持它：
立即学习“Java免费学习笔记（深入）”；
- 不能参与
+、-、*、/等与 Number 混合运算（会抛TypeError） -
Math对象方法（如Math.pow、Math.floor）全部不接受 BigInt - JSON 不支持序列化 BigInt（
JSON.stringify(123n)抛错），需手动转换为字符串或使用自定义 replacer - 不能作为对象属性键（因为
123n !== 123，且typeof 123n === 'bigint'，哈希行为未标准化）
实用建议：按需切换，避免隐式转换陷阱
在工程中合理使用 BigInt 需注意边界：
- 输入统一：接收外部大数时，优先用
BigInt(str)转换字符串，而非BigInt(num)（后者会先丢失精度） - 输出控制：运算结果如需传给 DOM、JSON 或第三方库，主动转回字符串（
result.toString()）或安全 Number（仅当确认在安全整数范围内） - 条件判断：用
===比较 BigInt，避免==（会报错）；布尔上下文中 BigInt 仅0n为 false，其余均为 true - 类型检查：用
typeof x === 'bigint'，而非instanceof（BigInt 不是构造函数实例）
不复杂但容易忽略：BigInt 解决的是精度问题，不是性能问题。用对地方，它很可靠；滥用，反而拖慢关键路径。
