Number.isInteger() 对超大整数判断不可靠，因受限于IEEE 754精度；安全范围为[-9007199254740991, 9007199254740991]，超出后虽可能返回true但值已不精确；校验大整数应优先用Number.isSafeInteger()或字符串/BigInt方案。

Number.isInteger() 在判断大型整数时，表现取决于该整数是否落在 JavaScript 的安全整数范围内。

它本身逻辑简单、行为确定，但底层受限于 IEEE 754 双精度浮点数的精度限制（53 位有效位），所以对超出 Number.MAX_SAFE_INTEGER（即 2⁵³ − 1 = 9007199254740991）或低于 Number.MIN_SAFE_INTEGER（−9007199254740991）的整数，无法保证精确表示，进而影响判断结果。

它对超大整数的实际表现

• ✅ 对 ≤ 9007199254740991 的正整数、≥ −9007199254740991 的负整数，只要数值本身是数学意义的整数且能被精确表示，Number.isInteger() 返回 true 是可靠的。

• ⚠️ 对超过安全范围的整数（如 9007199254740992），JavaScript 已无法区分它和相邻值：

  立即学习“Java免费学习笔记（深入）”；

  Number.isInteger(9007199254740991); // true（安全上限）
  Number.isInteger(9007199254740992); // true（但注意：9007199254740992 === 9007199254740993 在 JS 中为 true）

  虽然 isInteger 仍返回 true（因为它是 number 类型且无小数部分），但这个“整数”已失去唯一性与可预测性——它可能由舍入产生，不代表原始输入。

  

  Java Maven Code Review

  审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

  下载

• ❌ 若你传入的是字符串形式的大整数（如 "9007199254740992222"），Number.isInteger() 直接返回 false，因为它不是 number 类型；若先用 Number() 转换，会变成 Infinity 或精度丢失后的近似值，再调用 isInteger 就不可信。

如何稳妥处理大型整数？

• 如果你需要校验用户输入的「可能超长的整数字符串」（比如 ID、密码盐、区块链哈希中的数字部分）：

  • 不要用 Number(val) 转换后再判整数；
  • 改用字符串方式检测：

    function isLargeIntegerStr(str) {
      if (typeof str !== 'string') return false;
      return /^-?\d+$/.test(str) && str.length <= 15; // 可选长度限制，避免溢出风险
    }

  • 或结合 BigInt（需确保运行环境支持）：

    function isSafeBigIntInteger(val) {
      try {
        const big = BigInt(val);
        return big === BigInt(Number(big)); // 确保没超出 number 表示能力
      } catch {
        return false;
      }
    }

• 如果只是处理常规业务数据（ID、计数、金额等），绝大多数场景下 Number.isInteger() 完全够用，前提是输入已是 number 类型且值在安全范围内。

和 Number.isSafeInteger() 的区别

• Number.isInteger(x)：只问“是不是整数”（类型 + 数学定义）；
• Number.isSafeInteger(x)：额外检查“这个整数能否被 JS 精确表示”，即 Number.isInteger(x) && Math.abs(x) <= Number.MAX_SAFE_INTEGER。

所以，判断大型整数是否“真正可靠”，应优先用 Number.isSafeInteger()，而非仅靠 isInteger。

不复杂但容易忽略。