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整数；；；；；脱离代码语境时，，，，，，，它不愿定拥有统一寓意。。。。。。。