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 处理、金融整数运算。
立即学习“Java免费学习笔记（深入）”；
- 例如：Twitter 的 Snowflake ID（64 位）在 JS 中用
Number表示可能丢失低位精度，应存为1234567890123456789n - 数据库主键（如 PostgreSQL 的
BIGINT）返回超大数值时，前端若不做转换，response.id + 1可能出错 - 注意：
typeof 123n返回"bigint"，不是"number"，服务端序列化时需显式处理（如转字符串再传）
最易被忽略的一点：BigInt 在比较、排序、JSON 交互、DOM 属性赋值（如 el.dataset.count = 123n）等场景下行为不一致，不能当作“更长的 Number”来直觉使用。
