先记住这个答案
全局 isFinite 会执行类型转换，先尝试将参数转为数值，再判断是否是有限数；Number.isFinite() 不做任何转换，只当参数是 number 类型且不是 NaN、Infinity 或 -Infinity 时才返回 true。因此，isFinite('42') 为 true，而 Number.isFinite('42') 为 false；isFinite(null) 为 true，而 Number.isFinite(null) 为 false。
- 全局 isFinite 会先强制转为数字
- Number.isFinite 只接受 number 类型
- 用 Number.isFinite 更安全严谨
类型转换步骤是差异的根源
全局 isFinite(value) 的实现逻辑是：首先把 value 传给 Number() 做强制类型转换，得到一个原始数值，然后用该数值判断是否不是 NaN、Infinity、-Infinity。因此，isFinite('42') 等价于 isFinite(Number('42'))，字符串 '42' 被成功转为数字 42，于是返回 true。同理，isFinite(null) 中 null 会被 Number(null) 转为 0，所以也返回 true。
Number.isFinite(value) 规格上直接检查 value 自身是不是 number 类型，若不是，立即返回 false；若是，则继续判断它是否是有限数。它不执行任何转换，所以 Number.isFinite('42') 的结果是 false，因为 '42' 是字符串；Number.isFinite(null) 也为 false。这种差异使它们对同一个值的判断可能不同。
const cases = [0, -1, 42.5, '42', '', ' ', null, undefined, true, false, NaN, Infinity, -Infinity, {}, []];
for (const v of cases) {
console.log(`${String(v)}: global=${isFinite(v)} Number=${Number.isFinite(v)}`);
}查看输出与解释
0: global=true Number=true
-1: global=true Number=true
42.5: global=true Number=true
42: global=true Number=false
: global=true Number=false
: global=true Number=false
null: global=true Number=false
undefined: global=false Number=false
true: global=true Number=false
false: global=true Number=false
NaN: global=false Number=false
Infinity: global=false Number=false
-Infinity: global=false Number=false
[object Object]: global=false Number=false
: global=true Number=false输出显示：空字符串、空白字符串和布尔值被全局 isFinite 转为数字 0、1、0 后判定为 true；而 Number.isFinite 对这些一律 false。对象 {} 转为 NaN 故 false；空数组转为 0 故 true。
表单输入校验场景中的陷阱
假设开发一个价格输入框，用户输入金额后需要校验它是否有限数。若使用全局 isFinite 校验，例如输入字符串 '12.5' 会通过，因为转换为数字后是 12.5；同样，输入空字符串或空格也会意外通过，因为 Number('') 是 0，Number(' ') 也是 0。这可能让空提交被当作合法值接受，造成数据混乱。
改用 Number.isFinite 前需先转换：const num = Number(input); if (Number.isFinite(num))。这样必须先显式把字符串转为数字，再校验结果，空字符串会变成 0，可能仍需额外判断；或者直接 if (input.trim() !== '' && Number.isFinite(Number(input)))。比较严谨的做法是结合 trim 排除空输入，再用 Number.isFinite 验证数值本身有限，确保用户没有输入非数字内容且不是空串。最终决策是：若要严格数据类型，Number.isFinite 作为最终判断；若接受字符串数字，可先用 Number() 转换再判断，两者逻辑明确。
哪些情况会让判断失效或需要取舍
Number.isFinite 的“不转换”特性也可能带来不便：当数据来源是字符串时，直接调用它永远返回 false，即使字符串是 "123"。这类场景必须手动先转换。而全局 isFinite 在转换时可能产生意外：undefined 会转成 NaN 所以返回 false，但 null、空数组 []、包含单个数字的数组 [1] 都会转成数字，可能掩盖数据格式错误。例如 isFinite([1]) 返回 true，但数组本不应通过。
若代码中混用不同来源的值，且未先明确类型，可能得到不同结果。因此，建议在判断前先统一做一次显式转换：const parsed = typeof v === 'string' ? Number(v) : v; 然后再调用 Number.isFinite(parsed)。这额外成本是一个显式转换，但换来行为可预测。若明确只校验 number 类型，直接使用 Number.isFinite，会更安全。
容易答错的地方
- 以为两者只在能转数字的字符串上有区别
- 实际差异也出现在
null、空数组、布尔值等非字符串上。isFinite(null)为 true，而Number.isFinite(null)为 false，因为全局函数先转数字，而空数组[]转为 0 也会通过。只有理解转换规则才能避免意外。 - 认为 Number.isFinite 也会把数值字符串转为数字
Number.isFinite("123")返回 false，因为参数不是 number 类型。如果用它校验表单输入，不加转换会误判所有字符串输入。正确做法是先用Number()或parseFloat显式转换，再调用Number.isFinite。
面试官还会怎么问？
为什么推荐优先使用 Number.isFinite？
因为它不做隐式转换，能避免因强制转换产生的边界意外，语义更清晰。当需要判断一个值是否为有限数且类型严格是 number 时，它更可靠。若允许字符串数字，也应显式转换后再调用。
isFinite 与 Number.isFinite 在处理 -0 时结果相同吗？
相同。因为 -0 是有限 number，两者都返回 true。但需注意全局 isFinite 对于其他类型可能先转换，而 Number.isFinite 只接受 number 类型。
如何用 Number.isFinite 实现一个稳妥的数字字符串校验？
先 Number(value) 转换，再 Number.isFinite(result)，还需留意空字符串会被转为 0，可能需额外检查 value.trim() !== '' 以排除空输入。这样才能既限制输入格式又能捕获无限值。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。