@Zoltan Lengyel在@CMS 12月的回答（2009年2月，5:36）中对“其他地区”的评论（4月26日，2:14）：

我建议测试typeof（n）==“string”：

    function isNumber(n) {
        if (typeof (n) === 'string') {
            n = n.replace(/,/, ".");
        }
        return !isNaN(parseFloat(n)) && isFinite(n);
    }

这扩展了Zoltans的建议，使其不仅能够测试“本地化数字”，如isNumber（'12,50'），还可以测试“纯”数字，如isNumber（2011）。

我意识到这一点已经得到了多次回答，但以下是一个不错的人选，在某些情况下可能有用。

需要注意的是，它假设‘.42’不是一个数字，‘4.’不是数字，因此应该考虑到这一点。

function isDecimal(x) {
  return '' + x === '' + +x;
}

function isInteger(x) {
  return '' + x === '' + parseInt(x);
}

isDecimal通过以下测试：

function testIsNumber(f) {
  return f('-1') && f('-1.5') && f('0') && f('0.42')
    && !f('.42') && !f('99,999') && !f('0x89f')
    && !f('#abcdef') && !f('1.2.3') && !f('') && !f('blah');
}

这里的想法是，每个数字或整数都有一个“规范”字符串表示，每个非规范表示都应该被拒绝。所以我们将其转换为一个数字并返回，看看结果是否为原始字符串。

这些函数是否对您有用取决于用例。一个特点是不同的字符串表示不同的数字（如果两者都通过isNumber（）测试）。

这与例如作为对象属性名称的数字相关。

var obj = {};
obj['4'] = 'canonical 4';
obj['04'] = 'alias of 4';
obj[4];  // prints 'canonical 4' to the console.

function inNumeric(n){
   return Number(n).toString() === n;
}

如果n是数字，Number（n）将返回数值，toString（）将返回字符串。但如果n不是数字，则Number（n）将返回NaN，因此它将与原始n不匹配

我想补充以下内容：

1. IsNumeric('0x89f') => true
2. IsNumeric('075') => true

正十六进制数以0x开头，负十六进制数则以-0x开头。正八进制数从0开始，负八进制数以-0开始。这一条考虑了已经提到的大部分内容，但包括十六进制和八进制数、负科学数、无穷大数，并删除了十进制科学数（4e3.2无效）。

function IsNumeric(input){
  var RE = /^-?(0|INF|(0[1-7][0-7]*)|(0x[0-9a-fA-F]+)|((0|[1-9][0-9]*|(?=[\.,]))([\.,][0-9]+)?([eE]-?\d+)?))$/;
  return (RE.test(input));
}

对于空字符串，没有一个答案返回false，对此进行了修复。。。

function is_numeric(n)
{
 return (n != '' && !isNaN(parseFloat(n)) && isFinite(n));
}

啊！不要听正则表达式的答案。RegEx很讨厌这个，我说的不仅仅是性能。用正则表达式很容易发现细微的、不可能发现的错误。

如果您不能使用isNaN（），这应该会更好：

function IsNumeric(input)
{
    return (input - 0) == input && (''+input).trim().length > 0;
}

以下是它的工作原理：

（input-0）表达式强制JavaScript对输入值执行类型强制；它必须首先被解释为减法运算的数字。如果转换为数字失败，表达式将生成NaN。然后将此数字结果与传入的原始值进行比较。由于左侧现在是数字，因此再次使用类型强制。既然来自双方的输入被强制为来自相同原始值的相同类型，那么您会认为它们应该总是相同的（总是正确的）。然而，有一条特殊规则规定NaN永远不等于NaN，因此不能转换为数字的值（只有不能转换为数值的值）将导致错误。

长度检查用于涉及空字符串的特殊情况。还要注意，这取决于0x89f测试，但这是因为在许多环境中，这是定义数字文字的好方法。如果您想捕捉特定场景，可以添加额外的检查。更好的是，如果这是您不使用isNaN（）的原因，那么只需将您自己的函数包装在isNaN）周围，这也可以进行额外的检查。

总之，如果您想知道某个值是否可以转换为数字，请尝试将其转换为数字。

我回去研究了为什么空白字符串没有预期的输出，我想我现在明白了：空字符串被强制为0而不是NaN。只需在长度检查之前修剪字符串即可处理这种情况。

针对新代码运行单元测试，它只会在无穷大和布尔文本上失败，唯一可能出现问题的是，如果你正在生成代码（真的，谁会键入文本并检查它是否为数字？你应该知道），那将是一些奇怪的代码。

但是，再次强调，使用此选项的唯一原因是，如果出于某种原因，您必须避免使用isNaN（）。