91n在 JavaScript 代码中通常暗示一个值为 91 的 BigInt 整数，，，，，末尾的 n 是 BigInt 字面量后缀。。。。。。。它不是“91 乘以 n”，，，，，也不是通常的 Number 数字。。。。。。。单一来说，，，，，91 和 91n 暗示的数值看起来一样，，，，，但在 JavaScript 中属于两种分歧的数据类型，，，，，推算规定也不齐全一样。。。。。。。

91n到底暗示什么？？？？？？？？

JavaScript 使用 BigInt 类型处置整数，，，，，重要用于暗示超出 Number 安全精度领域的大整数。。。。。。。直接在整数后面增长幼写 n，，，，，就能够写成 BigInt 字面量，，，，，例如 91n、1000000000000000000n。。。。。。。

因而，，，，，91n能够拆解为两部门理解：91是整数值，，，，，n注明这个整数属于 BigInt 类型。。。。。。。使用 typeof 91n 查抄时，，，，，返回了局是 bigint，，，，，而使用 typeof 91 查抄时，，，，，返回了局是 number。。。。。。。

固然 91 这个数字自身很幼，，，，，用通常 Number 齐全可能正确暗示，，，，，但开发者依然能够使用 91n，，，，，例如为了让一组订单编号、数据库主键或计数值维持 BigInt 类型一致。。。。。。。

91n和91为什么不能直接当成统一种数字？？？？？？？？

最容易遇到的区别是混合推算。。。。。。。两个 BigInt 之间能够正常进行整数运算，，，，，例如 91n + 9n 的了局是 100n。。。。。。。但 91n + 9 同时蕴含 BigInt 和 Number，，，，，通常唬；；；；；；崤壮隼嘈兔蟆。。。。。。JavaScript 不会自动替开发者决定应该把哪一种数字转换成另一种类型。。。。。。。

若是的确必要运算，，，，，能够先统一类型。。。。。。。把通常整数转换为 BigInt，，，，，能够使用 BigInt(9)；；；；；；；；把 BigInt 转换成 Number，，，，，能够使用 Number(91n)。。。。。。。不外，，，，，大整数转换成 Number 后可能失去精度，，，，，所以只有在数值确定不会超过 Number 安全领域时，，，，，才适合这样处置。。。。。。。

比力运算也有轻微差距。。。。。。。91n == 91 的了局可以为 true，，，，，由于宽松相称会进行类型转换；；；；；；；；但 91n === 91 的了局是 false，，，，，由于严格相称要求数据类型也一样。。。。。。。若代码必要明确分辨 Number 和 BigInt，，，，，通常应优先关注严格比力了局。。。。。。。

使用91n进行推算时要把稳哪些规定？？？？？？？？

BigInt 能够进行加、减、乘、除和取余等整数运算。。。。。。。例如，，，，，91n * 2n 的了局是 182n，，，，，91n % 10n 的了局是 1n。。。。。。。但除法不会保留幼数部门，，，，，91n / 10n 的了局是 9n，，，，，而不是 9.1。。。。。。。

BigInt 只适合整数。。。。。。。若是业务中必要金额幼数、比例、均匀值或科学推算，，，，，直接使用 BigInt 可能不相宜。。。。。。。此时能够凭据业务规定使用 Number、字符串推算方式或专门的高精度推算规划。。。。。。。选择 BigInt 的前提，，，，，是推算对象自身该当是整数，，，，，并且必要预防通常 Number 的精度限度。。。。。。。

BigInt 也不能直接与部门 Number 专用步骤混用。。。。。。。例如，，，，，Math.round(91n) 这类写法并不适合作为通常数字处置方式。。。。。。。使用数学函数前，，，，，必要先确认函数是否支持 BigInt，，，，，或者在可能保障精度的前提下转换为 Number。。。。。。。

在变量申明中，，，，，下面的写法暗示变量保留的是 BigInt：

const total = 91n;

const nextTotal = total + 9n;

此时 nextTotal 的值是 100n，，，，，而不是通常的 100。。。。。。。若是后续还要参加 BigInt 运算，，，，，有关数字也该当带上幼写 n。。。。。。。

91n用于接口或数据传输时，，，，，为什么时时必要转换？？？？？？？？

在开发中，，，，，BigInt 常被用于数据库自增主键、订单编号、用户编号或功夫序列计数。。。。。。。它在法式内部推算没有问题，，，，，但在接口传输时，，，，，不能默认把它当成通常 JSON 数字处置。。。。。。。常见的 JSON.stringify({ id: 91n }) 会由于 BigInt 没有默认的 JSON 序列化方式而报错。。。。。。。

若是接口只必要展示编号，，，，，通常？？？？？？Ｄ芄幌茸勺址，，，，，例如把 91n 转成 "91" 后再传输。。。。。。。这样做尤其适合可能超过前端 Number 安全领域的长编号，，，，，由于字符串不会被浏览器按通常数字沉新推算。。。。。。。接口接管后，，，，，若是的确必要进行整数运算，，，，，再凭据字段约定转换为 BigInt。。。。。。。

若是接口双方明确约定传递的是通常安全领域内的数字，，，，，也能够转换成 Number，，，，，但这种做法不适合位数很长的编号。。。。。。。编号通常不必要做加减运算时，，，，，使用字符串往往比强行转换成 Number 更稳妥。。。。。。。

看到91n时，，，，，怎么判断它是不是BigInt？？？？？？？？

首先看它是否呈此刻 JavaScript 或支持 BigInt 语法的 TypeScript 源码钟祝。。。。。。若是它位于赋值、推算、函数参数或数组数据里，，，，，并且写法是陆续的数字加幼写 n，，，，，那么它或许率就是 BigInt 字面量。。。。。。。例如 const id = 91n 暗示把 BigInt 值赋给变量。。。。。。。

其次看周围是否存在 BigInt 运算。。。。。。。若是左近出现 1n、100n、BigInt() 或与大整数编号有关的处置，，，，，根基能够确定这里的 91n 是法式数值，，，，，而不是通常文本。。。。。。。

若是 91n呈此刻网页文字、数据库字段、文件名、平台标签或接口返回的字符串中，，，，，就不能仅凭这几个字符判定它代表 BigInt。。。。。。。此时它可能只是业务编号、内部标识、内容标签，，，，，也可能是输入谬误。。。。。。。只有放回具体说话和高低文，，，，，能力确定它的寓意。。。。。。。

还要把稳大幼写和标点：JavaScript 的 BigInt 字面量使用幼写 n，，，，，所以 91n与 91N不是统一种写法；；；；；；；；在代码中扭转大幼写或参与逗号、空格，，，，，也可能扭转语法解析了局。。。。。。。综合来看，，，，，在 JavaScript 代码里，，，，，91n的尺度寓意就是值为91的BigInt整数；；；；；；；；脱离代码语境时，，，，，它不愿定拥有统一寓意。。。。。。。