JS 数字校验避坑指南：别再把 isFinite 当万能钥匙了

在日常前端开发中，处理表单提交或接收后端返回的数据时，我们经常需要判断一个变量到底是不是“真正的数字”。这时候，isFinite() 看起来是个现成的好帮手。但在实际项目复盘里，我发现不少同事在这里栽过跟头，甚至导致线上金额计算出现偏差。

问题的核心在于：JavaScript 的全局 isFinite 函数其实并不“严格”。

很多人直觉认为，只要它不报错、不返回无穷大，就是合法的数字。但当你写下 isFinite("100") 时，控制台会返回 true。这是因为全局的 isFinite 在检测前，会先尝试对参数进行隐式类型转换（Number()）。字符串 "100" 能被转成数字 100，所以通过；更隐蔽的是 isFinite(null)，它也会返回 true，因为 null 被强制转换成了 0。这在某些金融或配置场景下是绝对不允许的隐患——空值竟然成了有效数字？

为了修复这种类型松弛带来的风险，ES6 引入了 Number.isFinite()。这个方法才是真正“铁面无私”的校验员。它不会做任何隐式转换，只有当传入的值本身就是 number 类型且为有限数时，才返回 true。试一下 Number.isFinite("100")，结果直接是 false；同理，Number.isFinite(null) 也变为 false。

这中间的差异，决定了你在不同场景下的选型策略。如果数据来源不可控，比如用户直接在输入框填入了 "1a" 或纯文本，全局 isFinite 可能会误判。而如果你是在处理已确认类型的变量，或者希望逻辑严密，务必使用 Number.isFinite。

当然，真实业务往往更复杂。有些老项目兼容旧浏览器，或者你需要允许字符串形式的数字输入。这时候简单的二分法就不够用了。一个更稳健的思路是结合类型检查与数值校验。例如，你可以封装一个工具函数，先判断类型是否为 number，排除对象、布尔值等干扰项，再调用 Number.isFinite 确保不是 NaN 或 Infinity。

function isValidNumber(val) {
  // 排除非数字类型，以及 NaN
  return typeof val === 'number' && Number.isFinite(val);
}

这段代码虽然简单，却屏蔽了大部分异常值。值得一提的是，别忘了负零 -0 的情况。虽然数学上正负零相等，但在 JS 内部它们是区分存储的。Number.isFinite(-0) 返回 true，这通常是符合预期的，除非你有特殊的哈希计算需求。同时，Infinity 和 -Infinity 会被正确识别为无效，防止计算溢出污染后续逻辑。

在实际做输入框校验时，不要只盯着最终值。有时候后端传来的 JSON 里，数字字段意外变成了字符串 "5000"，这时候用 Number.isFinite 会直接判错。如果你的业务允许接受这种格式，那么应该在解析层先行 Number() 转换，然后再传进校验函数。永远记住，校验发生在清洗之后。

归根结底，选择哪个方法取决于你对数据纯净度的要求。现代浏览器环境基本都能支持 ES6 语法，强烈建议默认将 Number.isFinite 作为首选方案。全局的 isFinite 更像是一个历史遗留的快捷方式，仅在处理不确定强转换的场景下有保留价值。

写代码不仅是实现功能，更是管理预期。把“数字校验”这件事想清楚，少一点隐式转换的侥幸，多一点明确类型的坚持，能让你的应用逻辑少很多莫名其妙的 Bug。毕竟，让错误在产生之前就暴露出来，远比上线后查日志要划算得多。