Number和BigInt是两种独立设计、互不兼容的原始类型，前者为双精度浮点数，适用于常规数值运算；后者为任意精度整数，专用于高精度整数场景。
Number 和 BigInt 不是同一类数字的“高低版本”，而是两种独立设计、互不兼容的原始类型。它们解决的问题不同，适用场景也泾渭分明。
本质区别：不是精度差异，而是设计目的完全不同
Number 是双精度 64 位浮点数，天生支持小数、指数、Infinity 和 NaN，但整数安全范围仅限 ±2⁵³−1（约 ±9007万亿）。超出后相邻整数开始“跳号”，比如 9007199254740991 + 2 会得到 9007199254740994，中间的 9007199254740993 永远无法精确表示。
BigInt 则是专为**任意精度整数**而生的类型，只处理整数，不支持小数、NaN 或 Infinity。只要内存够，它就能无损表示百万位、十亿位的大整数——这不是“更高精度的 Number”，而是另一套整数算术系统。
- 类型标识不同：
typeof 123是"number"，typeof 123n是"bigint" - 字面量语法不同：Number 用
123，BigInt 必须用123n（或BigInt("123")） - 运算隔离：两者不能混合参与算术运算，
1 + 1n直接抛出TypeError - API 兼容性不同：DOM 方法、定时器、Date 构造函数等绝大多数浏览器 API 只接受 Number；BigInt 用于密码学、ID 精确运算、高精度计数等特定领域
转换规则：显式、有代价、不可逆向保真
BigInt 和 Number 之间没有隐式转换，所有转换都必须手动进行，且存在明确风险：
立即学习“Java免费学习笔记（深入）”；
-
Number → BigInt：只能用
BigInt(x)，且x必须是安全整数（否则报错），也不能是小数、NaN 或 Infinity。例如BigInt(9007199254740991)合法，BigInt(9007199254740992)报错，BigInt(3.14)报错 -
BigInt → Number：可用
Number(big)，但一旦 BigInt 超出 Number 安全范围，转换必然丢失精度——这是单向不可逆操作。例如Number(9007199254740992n)返回9007199254740992，看似一样，但更大值如Number(1000000000000000000000n)就变成近似值1e21 - 字符串是更安全的中转方式：
bigInt.toString()得到精确字符串，再用parseInt(str)或Number(str)转回 Number（仍受安全整数限制）；反向则用BigInt(str)，支持任意长度纯整数字串（不含空格、小数点、指数符号）
运算与行为差异：不只是“能算多大”
即使同为整数运算，两者逻辑也不同：
- 除法结果不同：
5n / 2n得2n（自动向下取整），而5 / 2得2.5；想获取余数统一用%，但5 % 2是1，5n % 2n是1n - 比较宽松但相等严格：
10n > 5、10n == 10都返回true（抽象相等允许跨类型比较），但10n === 10是false（类型不同）；推荐用===避免意外 - 生态支持差异明显：Math 方法（
Math.pow、Math.floor等）对 BigInt 无效；JSON.stringify 无法序列化 BigInt，需手动转字符串；位运算（&、<<等）只支持 Number，BigInt 不支持
选型建议：别用 BigInt 做 Number 的事
日常循环计数、数组索引、CSS 动画时间、表单数值输入——这些统统该用 Number。BigInt 的优势只在特定场景：
- 后端传来的超长 ID（如 Twitter Snowflake、区块链地址）需要精确参与计算
- 金融类应用中避免浮点误差的整数金额运算（如“分”为单位）
- 密码学算法、大质数生成、哈希校验等数学严谨性要求极高的场合
- 高精度时间戳（纳秒级）需跨毫秒边界无损累加
用错地方反而带来性能开销、兼容性问题和隐性 bug。它不是替代品，是补缺工具。
