BigInt 是专为安全处理超大整数设计的独立类型，非 Number 替代品；支持字面量（如123n）和 BigInt() 构造函数创建，但后者不接受已失精的 Number 或非法字符串；支持整数运算符（/ 返回整数商），== 隐式转换而 === 严格区分类型；不可用于 Math、Date、JSON；适用于超过 Number.MAX_SAFE_INTEGER 的高精度场景。

BigInt 不是 Number 的替代品，而是专为安全处理超大整数设计的独立类型；它不能和普通数字混用运算，也不能直接用于 Date、Math 或 JSON。

BigInt 字面量和构造函数怎么写

两种创建方式：后缀 n 字面量（推荐）或 BigInt() 构造函数。

• 123n 是合法的 BigInt，123 是 Number —— 类型不同，123n === 123 返回 false
• BigInt("9007199254740992") 可以，但 BigInt(9007199254740992) 会报 TypeError: Cannot convert to a BigInt because the operation would lose precision，因为传入的 Number 已经精度丢失
• 空字符串、非数字字符串（如 "abc"）传给 BigInt() 会抛 SyntaxError

BigInt 支持哪些运算符

支持 +、-、*、**、%、>>、、&、|、^ 等，但不支持 / 的小数结果（除法只返回整数商，向下取整）。

10n / 3n // 3n（不是 3.333...）
10n % 3n // 1n
2n ** 53n // 9007199254740992n（精确，无精度损失）

• == 会做隐式类型转换（1n == 1 为 true），但 === 严格相等要求类型一致（1n === 1 为 false）
• 不支持 Math.max(1n, 2n) 或 new Date(12345678901234567890n)，会报错
• JSON.stringify(123n) 直接抛 TypeError: Do not know how to serialize a BigInt

什么时候必须用 BigInt 而不是 Number

当整数超过 Number.MAX_SAFE_INTEGER（即 9007199254740991）且需保持数学精确性时，比如高精度计时、密码学计算、大型 ID 处理、金融整数运算。

• 例如：Twitter 的 Snowflake ID（64 位）在 JS 中用 Number 表示可能丢失低位精度，应存为 1234567890123456789n
• 数据库主键（如 PostgreSQL 的 BIGINT）返回超大数值时，前端若不做转换，response.id + 1 可能出错
• 注意：typeof 123n 返回 "bigint"，不是 "number"，服务端序列化时需显式处理（如转字符串再传）

最易被忽略的一点：BigInt 在比较、排序、JSON 交互、DOM 属性赋值（如 el.dataset.count = 123n）等场景下行为不一致，不能当作“更长的 Number”来直觉使用。