number.isinteger()校验外部json数据时严格但脆弱：仅对真正number类型整数返回true，对字符串、null、undefined、失真大数等一律false，且不作类型转换或容错。
Number.isInteger() 在校验外部 JSON 数据时，表现“严格但脆弱”——它只认真正的 number 类型整数，对字符串、null、undefined 或已失真的大数一律返回 false，且不做任何类型转换或容错。
它只处理已解析为 number 的值
JSON 解析后，数字字段会变成 JavaScript 的 number 类型。但要注意：
- 如果后端返回的是字符串形式的数字（如
"12345"），JSON.parse()后仍是字符串，Number.isInteger("12345")直接返回false - 如果数字本身超出
Number.MAX_SAFE_INTEGER（9007199254740991），JS 解析时可能已发生精度丢失（例如"9007199254740993"变成9007199254740992），此时Number.isInteger()虽返回true，但值已不准确 -
null、undefined、true、false、数组、对象等非 number 类型，结果恒为false
常见误用场景
开发者常在没确认类型前就调用，导致逻辑失效：
- 把 ID 字段当字符串接收，却直接写
Number.isInteger(res.id)→ 总是false - 用
parseInt(res.timestamp)转换后再校验，但parseInt("16234567890123456789")会截断 → 得到错误整数再校验也没意义 - 对
Infinity或NaN（比如计算出错后传入）调用 → 返回false，但未区分是“非整数”还是“非法数值”
安全校验建议流程
针对外部 JSON 中的关键数字字段（如 ID、金额、时间戳），推荐分步处理：
- 先用
typeof value === "number" && isFinite(value)排除非数字类型和无穷值 - 再用
Number.isInteger(value)确认是否为整数 - 对需精度保障的字段（如金融 ID），额外加
Number.isSafeInteger(value)；若不满足，应拒绝或改用字符串/BigInt 处理 - 若原始数据是字符串（常见于长 ID），优先用正则
/^\d{1,16}$/判断格式，而非强转后校验
替代方案参考
当 Number.isInteger() 不够用时，可考虑：
- 判断字符串是否表示整数：
/^-?\d+$/.test(str)（注意负号和空字符串） - 兼容旧环境的 polyfill：
typeof value === "number" && isFinite(value) && Math.floor(value) === value - 需要高精度大数时，跳过 number 路线，直接以字符串接收并用
BigInt运算
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
