Number.MAX_SAFE_INTEGER是JS精确表示整数的上限（9007199254740991），校验需同时满足Number.isInteger(x) && Number.isSafeInteger(x)；超限时应使用BigInt、字符串或分段处理。
ES6 中的 Number.MAX_SAFE_INTEGER（值为 9007199254740991）不是“最大能存的数”，而是 JavaScript 能**精确表示、可靠运算**的最大整数边界。安全处理的关键不在“用它做计算”，而在于**识别、校验和规避超出边界的精度风险**。
确认是否为安全整数：必须两步缺一不可
仅判断是不是整数，或仅判断是否在安全范围内，都不够。正确做法是组合使用两个内置方法：
-
Number.isInteger(x)：先排除非整数（如3.14、"123"、NaN、Infinity），它不做强制类型转换，结果严格可靠 -
Number.isSafeInteger(x)：再验证该整数是否落在[Number.MIN_SAFE_INTEGER, Number.MAX_SAFE_INTEGER]区间内 - 最终断言应写成：
Number.isInteger(x) && Number.isSafeInteger(x)
例如用户 ID 是 9007199254740992，Number.isInteger() 返回 true，但 Number.isSafeInteger() 是 false——说明 JS 已无法保证它唯一、可比较、可累加，此时应转为字符串处理，避免传入数值运算上下文。
超出安全范围时的替代方案
当明确需要处理大于 9007199254740991 的整数（如大额金额、区块链 nonce、高精度时间戳），不能硬扛，应主动降级或切换类型：
-
优先用 BigInt：后缀加
n（如9007199254740992n），支持任意精度整数运算；注意 BigInt 不能与 Number 混用（1n + 2报错），需统一类型 - 转字符串保留原始值：适用于 ID、序列号等只读场景，避免解析成 number；后端返回大整数时，建议 API 明确定义为字符串字段
- 分段或编码处理：如将超长整数拆为高位/低位两个 safe integer 存储，或用 base64 编码传输，适用特定协议场景
兼容旧环境的兜底写法
若需支持不带 ES6 数值 API 的运行时（如老旧 Node.js 或 IE），可用以下逻辑手动实现安全整数校验：
function isSafeInteger(x) {
return typeof x === 'number' &&
isFinite(x) &&
Math.floor(x) === x &&
x >= -9007199254740991 &&
x <= 9007199254740991;
}
其中 isFinite(x) 排除 Infinity 和 NaN，Math.floor(x) === x 替代 Number.isInteger 判断整数性，再显式比对安全边界。
别混淆 MAX\_SAFE\_INTEGER 和 MAX\_VALUE
Number.MAX_VALUE ≈ 1.798e+308 是浮点数能表示的**最大数量级**，但其中绝大多数值根本不是整数，更谈不上“精确”。而 MAX_SAFE_INTEGER 关注的是**整数的精度保障**——超过它，连 9007199254740992 === 9007199254740993 都可能为 true。两者用途完全不同，不可互相替代。
