在 JavaScript 代码中，，，，，91n 暗示一个 BigInt（大整数）字面量，，，，，数值是 91，，，，，数据类型不是通常的 Number，，，，，而是 bigint。。。。。。其中，，，，，末尾的幼写字母 n 是 BigInt 的语法象征，，，，，不是变量名，，，，，也不是乘法符号。。。。。。

91n 的具体寓意

JavaScript 默认使用 Number 暗示数字，，，，，例如 91、3.14 和 1000 都属于 Number 类型。。。。。。为了暗示超出安全整数领域的整数，，，，，JavaScript 提供了 BigInt，，，，，并使用在整数末尾增长 n 的方式创建字面量。。。。。。

• 91：通常数字，，，，，类型是 Number。。。。。。
• 91n：大整数，，，，，类型是 BigInt，，，，，也就是 bigint。。。。。。
• n：BigInt 的固定后缀，，，，，用于通知 JavaScript 当前整数应按大整数处置。。。。。。

例如，，，，，表白式 typeof 91n 的了局是 bigint，，，，，而 typeof 91 的了局是 number。。。。。。两者看起来都暗示数字 91，，，，，但在运算、比力和数据传输时属于分歧类型。。。。。。

91n 与 91 有什么区别

Number 可能正确暗示的安全整数领域有限，，，，，通常以 -9007199254740991 到 9007199254740991 为界。。。。。。超过这个领域后，，，，，通常 Number 可能出现精度迷失。。。。。。BigInt 的设计主张，，，，，就是让法式可能更靠得住地处置大整数，，，，，例如订单编号、数据库自增主键、功夫戳推算了局或密码学有关整数。。。。。。

不外，，，，，91 自身远未达到通常数字的安全领域，，，，，因而把它写成 91n 通常不是为了处置“大数值”，，，，，而是由于它必要与其他 BigInt 数据维持统一类型，，，，，或者示例代码在演示 BigInt 语法。。。。。。

91n 若何参加运算

BigInt 能够与另一个 BigInt 进行整数运算。。。。。。例如，，，，，91n + 9n 的了局是 100n，，，，，91n × 2n 在现实 JavaScript 语法中应写成 91n * 2n，，，，，了局为 182n。。。。。。

BigInt 和 Number 不能直接混合进行加、减、乘、除运算。。。。。。也就是说，，，，，91n + 9 会触发 TypeError，，，，，而不是自动把两个值转换成统一种类型。。。。。。正确写法应统一为 91n + 9n，，，，，或者在确认不会损失精度的前提下，，，，，先把其中一方转换为另一种类型。。。。。。

BigInt 的除法只保留整数部门。。。。。。例如，，，，，91n / 10n 的了局是 9n，，，，，不会产生 9.1n，，，，，由于 BigInt 不支持幼数。。。。。。

为什么代码中要写 n

JavaScript 必要通过 n 分辨通常数字和大整数。。。。。。若是没有这个后缀，，，，，91 会依照 Number 处置；；；；；；；加上后缀后，，，，，91n 才会被解析为 BigInt 字面量。。。。。。

因而，，，，，n 不是一个可代替的变量，，，，，也不能理解为“number”的缩写，，，，，更不是“91 乘以 n”。。。。。。它只是 JavaScript 划定的大整数象征。。。。。。这个象征必须直接放在整数后面，，，，，中央不能插入空格。。。。。。

• 91n：有效的 BigInt 写法。。。。。。
• 91 n：通常；；；；；；岜皇游扌в锓。。。。。。
• 91N：大写 N 不是 JavaScript BigInt 的尺度后缀。。。。。。
• 91,n：逗号扭转了语法结构，，，，，不能当作 BigInt 写法。。。。。。

在接口和 JSON 中若何理解 91n

若是 91n 呈此刻 JavaScript 或 TypeScript 源代码中，，，，，通常优先按 BigInt 字面量理解。。。。。。但若是它呈此刻接口返回值、配置文件、数据库文本、文件名或内容列表中，，，，，就不能仅凭这三个字符认定它是 BigInt。。。。。。

例如，，，，，字符串 "91n" 的类型是 String，，，，，它只是由字符 9、1 和 n 组成的文本；；；；；；；它不会自动造成大整数。。。。。。类似地，，，，，尺度 JSON 不支持直接写入 BigInt 字面量，，，，，91n 不是合法的 JSON 数字写法。。。。。。法式通常必要先把 BigInt 转为字符串，，，，，或者在确认数值领域安全时转为 Number，，，，，再进行接口传输。。。。。。

若是 91n 呈此刻 URL 参数、文件名、帖子标题或某个平台的编号中，，，，，它也可能只是内部标签、索引或简称，，，，，并不愿定与 JavaScript 有关。。。。。。判断时应先看它地点的地位：是否位于 JavaScript 表白式中，，，，，是否被引号包抄，，，，，是否参加 typeof 或数学运算，，，，，以及当前文件使用的到底是哪种编程说话。。。。。。

使用 91n 时必要把稳什么

BigInt 适合暗示精确整数，，，，，但不适合直接暗示金额幼数、比例或带幼数的科学推算。。。。。。将 BigInt 转成 Number 时，，，，，若是数值超过 Number 的安全领域，，，，，可能再次出现精度迷失。。。。。。将 BigInt 用于 JSON 序列化时，，，，，也必要先设计明确的转换方式，，，，，不然可能出现无法序列化的谬误。。。。。。

因而，，，，，91n 的主题寓意能够概括为“值为 91 的 BigInt 整数字面量”。。。。。。只有它呈此刻 JavaScript 数字表白式中，，，，，就应把沉点放在末尾的 n 和 bigint 类型上；；；；；；；若是它只是通常文本，，，，，则应结合具体高低文判断，，，，，不能机械套用 BigInt 诠释。。。。。。