BigInt 是唯一能安全表示任意精度整数的原生类型，因 Number 基于 IEEE 754 双精度浮点数，安全范围仅限 ±(2^53−1)，超限会导致精度丢失；BigInt 必须用 n 后缀或 BigInt() 创建，不与 Number 混合运算，支持常用算术操作但除法向零取整，JSON 序列化需手动转换，性能较低且不适用于 DOM、定时器等场景。
JavaScript 的 BigInt 是唯一能安全表示任意精度整数的原生类型，不是“大数库的替代方案”，而是语言层面对整数溢出问题的根本补救。
为什么 Number 类型处理大整数会出错？
Number 基于 IEEE 754 双精度浮点数，安全整数范围仅限 -(2^53 - 1) 到 2^53 - 1（即 Number.MAX_SAFE_INTEGER）。超出后会出现精度丢失：
console.log(9007199254740991 + 1 === 9007199254740992); // true console.log(9007199254740991 + 2 === 9007199254740992); // true ← 错误！
这种隐式舍入无法用于 ID、时间戳、密码学运算或金融计算。
如何创建和使用 BigInt？
必须用字面量后缀 n 或构造函数 BigInt() 创建；不能与 Number 混合运算，否则抛出 TypeError。
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
立即学习“Java免费学习笔记（深入）”；
-
123n、0n、-456n是合法字面量；123.45n或1e5n语法错误 -
BigInt("9007199254740991")可接受字符串（含负号），但BigInt(123.45)会报错：只能转换整数值 - 所有算术操作符（
+、-、*、**、%）都支持BigInt，但/会向零取整（不返回小数） -
===和==在BigInt与Number间始终为false，哪怕数值相等
BigInt 与 JSON、ArrayBuffer、循环引用的兼容性陷阱
JSON.stringify() 直接忽略 BigInt 并抛出 TypeError；ArrayBuffer 视图（如 BigInt64Array）需显式指定大小端，且不兼容 Number 视图混用。
- 序列化前必须手动转换：
JSON.stringify(obj, (k, v) => typeof v === 'bigint' ? v.toString() : v) -
BigInt64Array存储的是有符号 64 位整数，超出范围会静默截断，不是任意精度 -
BigInt不可被for...in枚举，也不参与Object.keys()，但它确实是object类型（typeof 123n === 'bigint'是 ES2020 后才统一的）
何时不该用 BigInt？
它不是万能解药。高频数学运算（如图形渲染、物理模拟）中，BigInt 的性能比 Number 低一个数量级；DOM 属性（如 element.style.left）、定时器参数（setTimeout）、Date 构造函数都不接受 BigInt。
- 浏览器环境里，
requestAnimationFrame回调接收的时间戳是DOMHighResTimeStamp（number），不能直接传BigInt - Node.js 的
fs.stat()返回的mtimeNs是BigInt，但process.hrtime.bigint()才返回BigInt，旧 API（如process.hrtime()）仍返回数组 - 跨平台时注意：Safari 14+、Chrome 67+、Firefox 68+ 支持，但 IE 完全不支持，且无 polyfill 可完美模拟
真正需要任意精度时，BigInt 是唯一正解；但多数场景下，确认数值是否真在安全整数范围内，比盲目上 BigInt 更关键。
