啊！不要听正则表达式的答案。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（）。

如果我没有弄错，这应该匹配任何有效的JavaScript数值，不包括常量（Infinity，NaN）和符号运算符+/-（因为就我而言，它们实际上不是数字的一部分，它们是独立的运算符）：

我需要一个令牌化器，将数字发送到JavaScript进行评估不是一个选项。。。它肯定不是最短的正则表达式，但我相信它抓住了JavaScript数字语法的所有细微之处。

/^(?:(?:(?:[1-9]\d*|\d)\.\d*|(?:[1-9]\d*|\d)?\.\d+|(?:[1-9]\d*|\d)) 
(?:[e]\d+)?|0[0-7]+|0x[0-9a-f]+)$/i

有效数字包括：

 - 0
 - 00
 - 01
 - 10
 - 0e1
 - 0e01
 - .0
 - 0.
 - .0e1
 - 0.e1
 - 0.e00
 - 0xf
 - 0Xf

无效数字将为

 - 00e1
 - 01e1
 - 00.0
 - 00x0
 - .
 - .e0

最好的方法如下：

function isThisActuallyANumber(data){
    return ( typeof data === "number" && !isNaN(data) );
}

无需使用额外的库。

const IsNumeric = (...numbers) => {
  return numbers.reduce((pre, cur) => pre && !!(cur === 0 || +cur), true);
};

Test

> IsNumeric(1)
true
> IsNumeric(1,2,3)
true
> IsNumeric(1,2,3,0)
true
> IsNumeric(1,2,3,0,'')
false
> IsNumeric(1,2,3,0,'2')
true
> IsNumeric(1,2,3,0,'200')
true
> IsNumeric(1,2,3,0,'-200')
true
> IsNumeric(1,2,3,0,'-200','.32')
true

啊！不要听正则表达式的答案。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（）。

对我来说，这是最好的方式：

isNumber : function(v){
   return typeof v === 'number' && isFinite(v);
}